锁列表
- 共享与列排他锁
- 意向锁
- 记录锁
- 间隙锁
- Next-Key锁
- 插入意向锁
- AUTO-INC锁
这次我们只来讨论和实验意向锁。
插入意向锁
插入意向锁是一种间隙锁形式的意向锁，在真正执行 INSERT 操作之前设置。
当执行插入操作时，总会检查当前插入操作的下一条记录（已存在的主索引节点）上是否存在锁对象，判断是否锁住了 gap，如果锁住了，则判定和插入意向锁冲突，当前插入操作就需要等待，也就是配合上面的间隙锁或者临键锁一起防止了幻读操作。
因为插入意向锁是一种意向锁，意向锁只是表示一种意向，所以插入意向锁之间不会互相冲突，多个插入操作同时插入同一个 gap 时，无需互相等待，比如当前索引上有记录 4 和 8，两个并发 session 同时插入记录 6，7。他们会分别为(4,8)加上 GAP 锁，但相互之间并不冲突
INSERT 语句在执行插入之前，会先在 gap 中加入插入意向锁，如果是唯一索引，还会进行 Duplicate Key 判断，如果存在相同 Key 且该 Key 被加了互斥锁，则还会加共享锁，然后等待（因为这个相同的 Key 之后有可能会回滚删除，这里非常容易死锁）。等到成功插入后，会在这条记录上加排他记录锁
实验
建表语句：
CREATE TABLE `sys_user` ( `id` int NOT NULL AUTO_INCREMENT,
`name` varchar(10) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci NOT NULL COMMENT '姓名',
`name_pinyin` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci NOT NULL COMMENT '姓名拼音',
`id_card` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci NOT NULL COMMENT '身份证号',
`phone` varchar(20) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci DEFAULT NULL COMMENT '手机号',
`age` int(11) NOT NULL DEFAULT 1 COMMENT '年龄',
PRIMARY KEY (`id`),
UNIQUE KEY `uni_idx_id_card` (`id_card`) USING BTREE COMMENT '唯一索引-身份证号',
KEY `idx_phone_name` (`phone`,`name`) USING BTREE COMMENT '普通索引-手机号' ) ENGINE=InnoDB AUTO_INCREMENT=3495 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci COMMENT='用户'
插入记录
insert into sys_user (id, name, name_pinyin, id_card, phone, age)values (1, '小六', 'xiaoliu', 300000000, 13000008000, 10);
insert into sys_user (id, name, name_pinyin, id_card, phone, age)values (2, '小六', 'xiaoliu', 300000001, 13000008000, 11);
insert into sys_user (id, name, name_pinyin, id_card, phone, age)values (3, '小六', 'xiaoliu', 300000002, 13000008000, 13);
insert into sys_user (id, name, name_pinyin, id_card, phone, age)values (4, '小六', 'xiaoliu', 300000003, 13000008000, 20);
记录锁
插入意向锁插入间隙锁区间内（age字段）阻塞等待
| 时刻 | 事务A | 事务B |
|---|---|---|
| 1 | begin; | begin; |
| 2 | select * from sys_user where age=13 for update; (在11和20之间添加了间隙锁）) | |
| 3 | insert into sys_user (id, name, name_pinyin, id_card, phone, age)values (5, '小六', 'xiaoliu', 300000004, 13000008000, 12);（阻塞等待） |
在事务B阻塞等待时，使用show engine innodb status查看事务(内容删除了一部分）：
---TRANSACTION 133643386, ACTIVE 34 sec inserting
insert into sys_user (id, name, name_pinyin, id_card, phone, age)values (5, '小六', 'xiaoliu', 300000004, 13000008000, 19)
------- TRX HAS BEEN WAITING 28 SEC FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 484 page no 46 n bits 80 index idx_age of table `employees`.`sys_user` trx id 133643386 lock_mode X locks gap before rec insert intention waiting
Record lock, heap no 5
------------------两个插入意向锁插入相同间隙（age字段）正常插入
| 时刻 | 事务A | 事务B |
|---|---|---|
| 1 | begin; | begin; |
| 2 | insert into sys_user (id, name, name_pinyin, id_card, phone, age)values (5, '小六', 'xiaoliu', 300000004, 13000008000, 19); | |
| 3 | insert into sys_user (id, name, name_pinyin, id_card, phone, age)values (6, '小六', 'xiaoliu', 300000005, 13000008000, 18); |
两个插入意向锁（age字段）死锁
| 时刻 | 事务A | 事务B |
|---|---|---|
| 1 | begin; | begin; |
| 2 | select * from sys_user where age=14 for update; | select * from sys_user where age=14 for update; |
| 3 | insert into sys_user (id, name, name_pinyin, id_card, phone, age)values (6, '小六', 'xiaoliu', 300000005, 13000008000, 14); （事务A和B插入相同记录） | |
| 4 | insert into sys_user (id, name, name_pinyin, id_card, phone, age)values (6, '小六', 'xiaoliu', 300000005, 13000008000, 14); （事务A和B插入相同记录） |
死锁日志
------------------------
LATEST DETECTED DEADLOCK
------------------------
2022-03-01 15:04:27 140684024923904
*** (1) TRANSACTION:
TRANSACTION 133654731, ACTIVE 29 sec inserting
mysql tables in use 1, locked 1
LOCK WAIT 4 lock struct(s), heap size 1136, 3 row lock(s), undo log entries 1
MySQL thread id 4796, OS thread handle 140684279383808, query id 5765383 192.168.1.83 root update
insert into sys_user (id, name, name_pinyin, id_card, phone, age)values (6, '小六', 'xiaoliu', 300000005, 13000008000, 14)
*** (1) HOLDS THE LOCK(S):
RECORD LOCKS space id 484 page no 4 n bits 80 index PRIMARY of table `employees`.`sys_user` trx id 133654731 lock_mode X locks rec but not gap
Record lock, heap no 6 PHYSICAL RECORD: n_fields 8; compact format; info bits 128
0: len 4; hex 80000006; asc ;;
1: len 6; hex 000007f768cb; asc h ;;
2: len 7; hex 81000000ac0110; asc ;;
3: len 6; hex e5b08fe585ad; asc ;;
4: len 7; hex 7869616f6c6975; asc xiaoliu;;
5: len 9; hex 333030303030303035; asc 300000005;;
6: len 11; hex 3133303030303038303030; asc 13000008000;;
7: len 4; hex 8000000e; asc ;;
*** (1) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 484 page no 46 n bits 80 index idx_age of table `employees`.`sys_user` trx id 133654731 lock_mode X locks gap before rec insert intention waiting
Record lock, heap no 5
*** (2) TRANSACTION:
TRANSACTION 133654788, ACTIVE 22 sec inserting
mysql tables in use 1, locked 1
LOCK WAIT 3 lock struct(s), heap size 1136, 2 row lock(s)
MySQL thread id 4798, OS thread handle 140684407801600, query id 5765426 192.168.1.83 root update
insert into sys_user (id, name, name_pinyin, id_card, phone, age)values (6, '小六', 'xiaoliu', 300000005, 13000008000, 14)
*** (2) HOLDS THE LOCK(S):
RECORD LOCKS space id 484 page no 46 n bits 80 index idx_age of table `employees`.`sys_user` trx id 133654788 lock_mode X locks gap before rec
Record lock, heap no 5
*** (2) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 484 page no 4 n bits 80 index PRIMARY of table `employees`.`sys_user` trx id 133654788 lock mode S locks rec but not gap waiting
Record lock, heap no 6 PHYSICAL RECORD: n_fields 8; compact format; info bits 128
0: len 4; hex 80000006; asc ;;
1: len 6; hex 000007f768cb; asc h ;;
2: len 7; hex 81000000ac0110; asc ;;
3: len 6; hex e5b08fe585ad; asc ;;
4: len 7; hex 7869616f6c6975; asc xiaoliu;;
5: len 9; hex 333030303030303035; asc 300000005;;
6: len 11; hex 3133303030303038303030; asc 13000008000;;
7: len 4; hex 8000000e; asc ;;资源分配图
个人分析死锁图应该是这样的：
注意
- 死锁回滚时，InnoDB会选择资源最小的那个事务进行回滚。
- 不用过度担心死锁，因为死锁事务回滚后再次重试就可以了。