关于数据库锁的自问自答

一、隔离级别能解决什么
1、读未提交（ru）：啥也不是
2、不可重复读（rc）：解决了脏读。不会读取到未提交的数据
3、可重复读（repeatable-read）：解决了不可重复读。使用的是一致性非锁定读，总是读取事务开始后第一次读取的快照版本。可以避免幻读的产生。
4、串行化（serializable）
二、为什么会出现事务并发问题
为什么会出现“脏读”？因为没有“select”操作没有规矩。
为什么会出现“不可重复读”？因为“update”操作没有规矩。
为什么会出现“幻读”？因为“insert”和“delete”操作没有规矩。
三、幻读是如何产生的
行锁只能锁住行，即使把所有的行记录都上锁，也阻止不了新插入的记录。
四、如何解决幻读
在快照读情况下，mysql通过mvcc来避免幻读。
在当前读情况下，mysql通过next-key来避免幻读此时需要用间隙锁
五、innodb什么时候使用行锁
只有通过索引条件检索数据，并请求共享或排他锁时，InnoDB才使用行级锁，否则使用表锁
六、锁的算法
record lock：单个记录的锁，行锁。
gap lock：间隙锁，锁定一个范围，不包括记录本身，开区间。
next-key lock：gap lock+record lock，左开右闭。
七、锁的原则（RR隔离级别下）
原则1：加锁的对象是next-key lock。
原则2：查找过程中访问到的对象才加锁。
优化1：唯一索引加锁时，next-key lock退化为行锁。（因为已经是唯一索引了，所以不可能出现相同的数据，所以用不到间隙锁了）
优化2：索引上的等值查询，向右遍历时最后一个不满足等值条件的时候，next-key lock 退化为间隙锁
eg：data：1，3，7，9
sql：select * from t where id = 8
本来是(7,9]，但因为是等值查询，最后一个9去掉，退化为(7,9)
优化3：唯一索引和普通索引在范围查询的时候 都会访问到不满足条件的第一个值为止
八、可重复读级别下，如何解决幻读
使用next-key lock，当索引中含有唯一属性时(唯一索引，主键索引)，会降级为record lock