InnoDB，select为啥会阻塞insert？

MySQL的InnoDB的细粒度行锁，是它最吸引人的特征之一。

可是，如《InnoDB，5项最佳实践》所述，假如查询没有掷中索引，也将退化为表锁。

InnoDB的细粒度锁，是实此刻索引记录上的。

一、InnoDB的索引

InnoDB的索引有两类索引，聚积索引(Clustered Index)与平凡索引(Secondary Index)。

InnoDB的每一个表城市有聚积索引：

(1)假如表界说了PK，则PK就是聚积索引；

(2)假如表没有界说PK，则第一个非空unique列是聚积索引；

(3)不然，InnoDB会建设一个潜匿的row-id作为聚积索引；

为了利便声名，后文都将以PK声名。

索引的布局是B+树，这里不睁开B+树的细节，说几个结论：

(1)在索引布局中，非叶子节点存储key，叶子节点存储value；

(2)聚积索引，叶子节点存储行记录(row)；

画外音：以是，InnoDB索引和记录是存储在一路的，而MyISAM的索引和记录是分隔存储的。

(3)平凡索引，叶子节点存储了PK的值；

画外音：

以是，InnoDB的平凡索引，现实上会扫描两遍：

第一遍，由平凡索引找到PK；

第二遍，由PK找到行记录；

索引布局，InnoDB/MyISAM的索引布局，假如各人感乐趣，将来撰文详述。

举个例子，假设有InnoDB表：

t(id PK, name KEY, sex, flag);  

表中有四笔记录：

1, shenjian, m, A  
3, zhangsan, m, A  
5, lisi, m, A  
9, wangwu, f, B 

以看到：

(1)第一幅图，id PK的聚积索引，叶子存储了全部的行记录；

(2)第二幅图，name上的平凡索引，叶子存储了PK的值；

对付：

select * from t where name=’shenjian’; 

(1)会先在name平凡索引上查询到PK=1；

(2)再在聚积索引衫查询到(1,shenjian, m, A)的行记录；

下文简朴先容InnoDB七种锁中的剩下三种：

1. 记录锁(Record Locks)
2. 间隙锁(Gap Locks)
3. 临键锁(Next-Key Locks)

为了利便报告，如无非凡声名，后文中，默认的事宜断绝级别为可一再读(Repeated Read, RR)。

二、记录锁(Record Locks)

记录锁，它封闭索引记录，譬喻：

select * from t where id=1 for update;  

它会在id=1的索引记录上加锁，以阻止其他事宜插入，更新，删除id=1的这一行。

必要声名的是：

select * from t where id=1; 

则是快照读(SnapShot Read)，它并不加锁，详细在《InnoDB为什么并发高，读取快？》中做了具体叙述。

三、间隙锁(Gap Locks)

间隙锁，它封闭索引记录中的隔断，可能第一条索引记录之前的范畴，又可能最后一条索引记录之后的范畴。

依然是上面的例子，InnoDB，RR：

t(id PK, name KEY, sex, flag);  

表中有四笔记录：

1, shenjian, m, A  
3, zhangsan, m, A  
5, lisi, m, A  
9, wangwu, f, B  

这个SQL语句

select * from t  where id between 8 and 15  for update; 

会封闭区间，以阻止其他事宜id=10的记录插入。

画外音：

为什么要阻止id=10的记录插入？

假如可以或许插入乐成，头一个事宜执行沟通的SQL语句，会发明功效集多出了一笔记录，即幻影数据。

间隙锁的首要目标，就是为了防备其他事宜在隔断中插入数据，以导致“不行一再读”。

假如把事宜的断绝级别降级为读提交(Read Committed, RC)，间隙锁则会自动失效。

四、临键锁(Next-Key Locks)

临键锁，是记录锁与间隙锁的组合，它的封闭范畴，既包括索引记录，又包括索引区间。

更详细的，临键锁会封闭索引记录自己，以及索引记录之前的区间。

假如一个会话占据了索引记录R的共享/排他锁，其他会话不能立即在R之前的区间插入新的索引记录。

画外音：原文是说

If one session has a shared or exclusive lock on record R in an index, another session cannot insert a new index record in the gap immediately before R in the index order.

依然是上面的例子，InnoDB，RR：

t(id PK, name KEY, sex, flag);  

表中有四笔记录：

1, shenjian, m, A  
3, zhangsan, m, A  
5, lisi, m, A  
9, wangwu, f, B  

PK上隐藏的临键锁为：

(-infinity, 1]

(1, 3]

(3, 5]

(5, 9]

(9, +infinity]

临键锁的首要目标，也是为了停止幻读(Phantom Read)。假如把事宜的断绝级别降级为RC，临键锁则也会失效。

画外音：关于事宜的断绝级别，以及幻读，之前的文章一向没有睁开声名，假如各人感乐趣，后文详述。

本日的内容，首要对InnoDB的索引，以及三种锁的观念做了先容。场景与例子，也都是最简朴的场景与最简朴的例子。

InnoDB的锁，与索引范例，事宜的断绝级别相干，更多更伟大更风趣的案例，后续和各人先容。

五、总结

(1)InnoDB的索引与行记录存储在一路，这一点和MyISAM纷歧样；

(2)InnoDB的聚积索引存储行记录，平凡索引存储PK，以是平凡索引要查询两次；

(3)记录锁锁定索引记录；

(4)间隙锁锁定隔断，防备隔断中被其他事宜插入；

(5)临键锁锁定索引记录+隔断，防备幻读；

（编辑：河北网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!