加锁原则
- 原则 1:加锁的基本单位是 next-key lock。希望你还记得,next-key lock 是前开后闭区间。
- 原则 2:查找过程中访问到的对象才会加锁。
- 优化 1:索引上的等值查询,给唯一索引加锁的时候,next-key lock 退化为行锁。
- 优化 2:索引上的等值查询,向右遍历时且最后一个值不满足等值条件的时候,next-key lock 退化为间隙锁。
- 一个 bug:唯一索引上的范围查询会访问到不满足条件的第一个值为止。

| 读锁 | 写锁 | |
|---|---|---|
| 读锁 | 不互斥 | 互斥 |
| 写锁 | 互斥 | 互斥 |
间隙锁 和 间隙锁不互斥
初始化表
CREATE TABLE `t` (
`id` int(11) NOT NULL,
`c` int(11) DEFAULT NULL,
`d` int(11) DEFAULT NULL,
PRIMARY KEY (`id`),
KEY `c` (`c`)
) ENGINE=InnoDB;
insert into t values(0,0,0),(5,5,5),
(10,10,10),(15,15,15),(20,20,20),(25,25,25);

案例一


案例二


案例三


案例四


案例五


案例六


本文详细阐述了InnoDB数据库中的加锁原则,如next-keylock机制,以及针对索引等值查询的优化。通过实例讲解,探讨了读写锁的互斥性,以及在特定场景下如何退化为行锁或间隙锁。以创建表和插入数据的示例为基础,深入解析加锁策略在实际操作中的应用。
4708

被折叠的 条评论
为什么被折叠?



