深入理解MySQL加锁：动态视角看InnoDB锁机制

"30.答疑文章（二）：用动态的观点看加锁1" 这篇文章主要探讨了MySQL InnoDB存储引擎的加锁机制，特别是从动态的角度来理解和分析加锁规则。作者林晓斌针对读者在前两篇文章关于间隙锁、next-key lock以及加锁规则的反馈，选取了几个典型问题进行解答。 首先，文章强调了两个核心原则： 1. 加锁的基本单位是next-key lock，这是一个前开后闭的区间。 2. 只有在查找过程中访问到的对象才会被加锁。 接着，文章提到了两个优化策略： 1. 当进行索引上的等值查询，且该索引是唯一索引时，next-key lock会退化为行锁。 2. 在索引上的等值查询中，如果向右遍历且遇到的最后一个值不满足等值条件，next-key lock会退化为间隙锁。 同时，文章指出一个已知的bug： 在唯一索引上的范围查询会加锁到不满足条件的第一个值。 文章以一个具体示例深入解析了不等号条件下的等值查询。在查询语句"SELECT * FROM t WHERE id > 0 AND id < 15 ORDER BY id DESC"中，加锁范围包括主键索引上的(0,5]、(5,10]和(10,15)，但id=15的行未被加上行锁。这是因为虽然查询条件是不等式，但在索引上进行查找时，数据库内部实际上会执行一系列的等值比较。当查找到达id=15时，由于不满足条件，根据优化2，next-key lock退化成了间隙锁(10,15)。 文章通过图表进一步解释了这个过程，展示了表t的主键索引id的数据结构。在这个过程中，理解加锁行为的关键在于从索引数据结构的角度出发，分析语句执行时如何与数据交互并确定加锁的范围。 总结来说，本文深入浅出地讲解了InnoDB的加锁机制，特别是next-key lock在不同场景下的表现，帮助读者理解查询语句背后的锁行为，对于优化数据库操作和避免死锁等问题具有实际指导意义。