锁列表

  • 共享与列排他锁
  • 意向锁
  • 记录锁
  • 间隙锁
  • 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_age` (`age`) 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
1begin;begin;
2select * from sys_user where age=13 for update; (在11和20之间添加了间隙锁))
3insert 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
1begin;begin;
2insert into sys_user (id, name, name_pinyin, id_card, phone, age)values (5, ‘小六’, ‘xiaoliu’, 300000004, 13000008000, 19);
3insert into sys_user (id, name, name_pinyin, id_card, phone, age)values (6, ‘小六’, ‘xiaoliu’, 300000005, 13000008000, 18);

两个插入意向锁(age字段)死锁

时刻事务A事务B
1begin;begin;
2select * from sys_user where age=14 for update;select * from sys_user where age=14 for update;
3insert into sys_user (id, name, name_pinyin, id_card, phone, age)values (6, ‘小六’, ‘xiaoliu’, 300000005, 13000008000, 14); (事务A和B插入相同记录)
4insert 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     ;;

资源分配图

个人分析死锁图应该是这样的:
在这里插入图片描述

注意

  1. 死锁回滚时,InnoDB会选择资源最小的那个事务进行回滚。
  2. 不用过度担心死锁,因为死锁事务回滚后再次重试就可以了。

参考

  1. https://dev.mysql.com/doc/refman/8.0/en/innodb-locking.html#innodb-record-locks
  2. https://www.infoq.cn/article/zau0ewzsdtx9zofr6c8w
  3. https://segmentfault.com/a/1190000019745324
Logo

为开发者提供学习成长、分享交流、生态实践、资源工具等服务,帮助开发者快速成长。

更多推荐