环境：针对mysql5.7.13 innodb引擎。
在可重复读事务下，执行当前读操作可能出现的锁：行锁，间隙锁，表锁。除了串行化事务，行锁是只要命中了数据行就肯定会加的。
- 命中唯一索引时，如果不存在范围查询并且存在符合要求的数据，则只锁定命中行；如果不存在范围查询并且不存在符合要求的数据，则会使用间隙锁，期间所有会影响该查询结果的语句都不能执行；如果存在范围查询并且存在符合要求的数据，则会锁定命中行并且加上间隙锁；如果存在范围查询并且不存在符合要求的数据，则会使用间隙锁，期间所有会影响该查询结果的语句都不能执行。
- 命中普通索引时，不管存不存在范围查询或者符合要求的数据，都会加上间隙锁，如果存在符合要求的数据行，则会再加上行锁。因为普通索引不像唯一索引那么严格，我们可以很轻易地改变其他行中该索引字段的数据。有时候经过优化器优化后会放弃使用间隙锁而直接使用表锁，这两者的区别很大，间隙锁的约束是有范围的，并不是所有当前读操作都会阻塞，例如有一事物执行select * from test where age > 30 for update但未提交，另一事物执行insert into test(age) values(31);肯定会被阻塞，但是如果执行insert into test(age) values(10);那就不一定会被阻塞了。表锁则会阻塞所有对该表的当前读操作。所有使用当前读时最好让该操作命中唯一索引。
- 未命中索引时，测试结果跟命中普通索引时是一样的。
所以说，在可重复读事务中，如果操作得当可以完全避免幻读。
在读已提交事务下，执行当前读操作可能出现的锁：行锁。
- 命中唯一索引时，如果数据存在，则给数据行加行锁，如果不存在，则不加锁。
- 命中普通索引时，如果数据存在，则给数据行加行锁，如果不存在，则不加锁。
- 未命中索引时，测试结果跟命中普通索引时是一样的。
可能出现的锁：行锁。
- 命中唯一索引时，如果数据存在，则给数据行加行锁，如果不存在，则不加锁。
- 命中普通索引时，如果数据存在，则给数据行加行锁，如果不存在，则不加锁。
- 未命中索引时，测试结果跟命中普通索引时是一样的。
事务本身就是串行的，可以不用加锁。
