关于mysql next-key lock,即record lock + gap lock,为半开半闭区间的lock，若当前读＋之后的insert语句，会出现不同的死锁情况，条件触发情况如下
1. 首先其在事务隔离级别为repeatable-read下才会生效
2. 若查询条件落在唯一索引上（包括主键）例如 select for update where/delete where/update where
3. 若查询条件存在，则降级为record lock即只锁一行
4. 若查询条件不存在，则上区间锁，并且为左开右闭，因为是唯一所有，所以两端的区间边界值肯定已存在，所以插入操作会直接失败报duplicate key
5. 若查询条件落在非唯一索引上
6. 若查询条件存在，则依旧上区间锁，并且为左闭右开，即下界极限值被锁住，上届没有被锁住
7. 若查询条件不存在，则依旧上区间锁，并且为左闭右开，即下界极限值被锁住，上届没有被锁住
以上所有操作都是为了防止幻读
select * from ... 为读快照
select for update/ lock in share mode/delete/update/insert 均为当前读
所以对于数据库事务隔离级别来说，仅仅是隔离了当前读操作返回的数据使之不能出现幻读，不可重复读等，若调用当前读则若另一个事务未提交则加锁失败并等待，另一个事务提交了则返回当前最新的结果