Mysql深入学习 --- 锁机制

往期：

• MySQL深入学习 — mysql逻辑架构，SQL的执行流程，数据库缓冲池
• MySQL深入学习 — MySQL存储引擎，InnoDB、MyISAM索引的数据结构
• MySQL深入学习 — 索引的创建和删除，索引设计原则，索引失效场景，查询优化，索引下推ICP
• MySQL深入学习 — 事务和三大日志详解
• MySQL深入学习 — MVCC及其原理、MVCC如何解决幻读

十四、锁

14.1 并发事务一致性问题

并发事务带来的一致性问题：

• 读–读情况： 并发事务相继读取相同的记录。读取操作本身不会对记录有任何影响,不会引起什么问题，所以允许这种情况的发生
• 写-写情况： 并发事务相继对相同的记录进行改动。
• 读-写或写-读情况： 也就是一个事务进行读取操作，另一个事务进行改动操作。

1.1 写-写情况

写-写情况可能会造成脏写问题，这是任何一种隔离级别都不允许发生的。所以在多个未提交事务相继对一条记录进行改动时，需要让他们排队执行 ，这个排队过程其实就是通过加锁来实现的

1.2 读-写或写-读情况

读写或写读情况在不同隔离级别下可能出现脏读、不可重复读、幻读现象

MySQL在可重复读的隔离级别下很大程度避免了幻读

对于脏读、不可重复读、幻读现象，有两种解决方案：

• 方案一： 读操作使用MVCC，写操作加锁
  • 查询语句只能读到在生成ReadView之前已提交事务的版本，类似于快照
  • 读记录的历史版本和改动记录的最新版本并不冲突，即采用MVCC，读写操作不冲突
• 方案二： 读写操作都加锁
  • 有一些业务场景不允许读旧版本，而是每次都必须读取记录的最新版本
  • 这就意味着，读操作和写操作一样都得加锁

1.3 一致性读

事务利用MVCC进行的读取操作称为一致性读(Consisten Read)，或称一致性无锁读，一致性读并不会对表中任何记录进行加锁操作，其他事务可以自由对表中记录进行改动。所有普通的SELECT语句在READ COMMITTED和REPEATABLE READ隔离级别下都是一致性读

1.4 锁定读

对于读-写情况可以使用MVCC也可以采用加锁读的方式，接下来介绍MySQL的锁

• 共享锁(Shared Lock/读锁)： 简称S锁，事务读取一条记录时，需要先获取该记录的S锁
• 独占锁(Exclusive Lock/排他锁/写锁)： 简称X锁，事务要改动一条记录时，需要获取该记录的X锁

S锁和X锁的兼容关系：

MySQL中锁定读的语句：

• 对读取的记录加S锁，共享锁

  SELECT ... LOCK IN SHARE MODE;
  

• 对读取的记录加X锁，排他锁

  SELECT ... FOR UPDATE;
  

1.5 锁定写

• Delete操作：
  • 删除一条记录的过程是先在B+树上找到这条记录的位置，然后获取这条记录的X锁，然后执行delete mark操作
  • 即先获取X锁的锁定读 ，然后执行delete mark操作
• Update操作： 分为三种情况
  1. 如果没修改主键，同时更新的列所占空间大小没变化
     • 先在B+树