内容简介：这个月花了一些功夫写InnoDB：并发控制，MVCC，索引，锁...有朋友留言：你TM讲了这么多，我竟无言以对。
这个月花了一些功夫写InnoDB：并发控制，MVCC，索引，锁...
有朋友留言：你TM讲了这么多， 锁 分了这么多类型，又和 事务隔离级别 相关，又和 索引 相关，究竟能不能直接告诉我，一个 SQL 到底加了什么锁！？
我竟无言以对。
好吧，做过简单梳理之后，今天尝试着直接回答，尽量做到不重不漏， 各种SQL语句究竟加了什么锁 。
一、普通select
(1)在读未提交 ( Read Uncommitted ) ，读提交 (Read Committed, RC) ， 可重复读 (Repeated Read, RR) 这三种事务隔离级别下，普通select使用 快照读 (snpashot read) ， 不加锁 ，并发非常高；
(2)在串行化 (Serializable) 这种事务的隔离级别下，普通select会升级为select ... in share mode;
【快照读】 辅助阅读：
《 InnoDB，并发如此之高的原因 》
【事务隔离级别】 辅助阅读：
二、加锁select
加锁select主要是指：
-
select ... for update
-
select ... in share mode
(1)如果， 在唯一索引 (unique index) 上使用唯一的查询条件 (unique search condition) ，会使用 记录锁 (record lock) ，而不会封锁记录之间的间隔，即不会使用间隙锁( gap lock) 与临键锁 (next-key lock) ；
【记录锁，间隙锁，临键锁】 辅助阅读：
《 InnoDB，索引记录上的三种锁 》
举个栗子，假设有InnoDB表：
t(id PK, name);
表中有三条记录：
1, shenjian
2, zhangsan
3, lisi
SQL语句：
select * from t where id=1 for update;
只会封锁记录，而不会封锁区间。
(2) 其他的查询条件和索引条件 ，InnoDB会封锁被扫描的索引范围，并使用 间隙锁 与 临键锁 ，避免索引范围区间插入记录；
三、update与delete
(1)和加锁select类似，如果 在唯一索引上使用唯一的查询条件来update/delete ，例如：
update t set name=xxx where id=1;
也只加 记录锁 ；
(2) 否则， 符合查询条件 的索引记录之前 ，都会加 排他临键锁 ( exclusive next-key lock )，来封锁索引记录与之前的区间；
(3)尤其需要特殊说明的是，如果update的是聚集索引 (clustered index) 记录，则对应的普通索引 (secondary index) 记录也会被隐式加锁，这是由InnoDB索引的实现机制决定的： 普通索引存储PK的值 ，检索普通索引本质上要二次扫描聚集索引。
【索引底层实现】 辅助阅读：
《 索引，底层是如何实现的？ 》
【聚集索引与普通索引的实现差异】 辅助阅读：
四、insert
同样是写操作，insert和update与delete不同，它会用 排它锁 封锁被插入的索引记录，而不会封锁记录之前的范围。
同时，会在插入区间加 插入意向锁 (insert intention lock) ，但这个并不会真正封锁区间，也不会阻止相同区间的不同KEY插入。
【插入意向锁】 辅助阅读：
《 InnoDB，插入意向锁 》
了解不同SQL语句的加锁，对于分析多个事务之间的并发与互斥，以及事务死锁，非常有帮助。
如果还没有厌倦这个话题，后文分解。
画外音：从阅读量看，貌似InnoDB系列已经有点腻了？我估计，是底层东西对写业务代码没啥用？
架构师之路 -分享 可落地 的架构文章
相关推荐：
《 InnoDB，并发如此之高的原因 》 1000+转发
《 InnoDB，插入意向锁 》
《 InnoDB，索引记录上的三种锁 》
《 索引，底层是如何实现的？ 》 1000+转发
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持 码农网
猜你喜欢:
- 没有废话的vue进阶( 一 )
- 没有废话的vue高级进阶( 二 ) 8种组件通信详解
- Python 函数式编程，没什么废话，直接看用法和代码
- 没有废话的vue高级进阶( 三 ) 组件高级用法及最佳实践
- Java程序员TCP 协议到底怎么学？学了到底有什么用？
- 到底什么是DeFi？
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
