初学者从源码理解MySQL死锁问题
通过好多个深夜艰难的单步调试,终于找到了一个理想的断点,可以看到大部分获取锁的过程
代码在lock0lock.c
的static enum db_err lock_rec_lock()
函数中,这个函数会显示,获取锁的过程,以及获取锁成功与否。
场景1:通过主键进行删除
表结构
create table `t1` ( `id` int(11) not null auto_increment, `name` varchar(10) not null default '', primary key (`id`) ) engine=innodb; delete from t1 where id = 10;
可以看到,对索引 primary 加锁,mode = 1027,1027是什么意思呢?1027 = lock_rec_not_gap + lock_x(非 gap 的记录锁且是 x 锁)
过程如下
结论:根据主键 id 去删除数据,且没有其它索引的情况下,此 sql 只需要在 id = 10 这条记录上对主键索引加 x 锁即可
场景2:通过唯一索引进行删除
表结构做了微调,增加了 name 的唯一索引
构造数据 create table `t2` ( `id` int(11) not null auto_increment, `name` varchar(10) not null default '', primary key (`id`), unique key `uk_name` (`name`) ) ; insert into `t2` (`id`, `name`) values (1,'m'), (2,'y'), (3,'s'), (4,'q'), (5,'l'); 测试sql语句 delete from t2 where name = "y"
来看实际源码调试的结果
第一步:
第二步:
结论:这个过程是先对唯一键 uk_name 加 x 锁,然后再对聚簇索引(主键索引)加 x 锁
过程如下
场景3:通过普通索引进行删除
构造数据 create table `t3` ( `id` int(11) not null auto_increment, `name` varchar(10) not null default '', primary key (`id`), key `idx_name` (`name`) ); insert into `t3` (`id`, `name`) values (1,'n'), (2,'g'), (3,'i'), (4,'n'), (5,'x'); 测试语句: delete from t3 where name = "n";
调试过程如图:
结论:通过普通索引进行更新时,会对满足条件的所有普通索引加 x 锁,同时会对相关的主键索引加 x 锁
过程如下
场景4:不走索引进行删除
create table `t4` ( `id` int(11) not null auto_increment, `name` varchar(10) not null default '', primary key (`id`) ) insert into `t4` (`id`, `name`) values (1,'m'), (2,'y'), (3,'s'), (4,'q'), (5,'l'); delete from t4 where name = "s";
总共有 5 把 x 锁,剩下的 3 把就不一一放上来了
结论:不走索引进行更新时,sql 会走聚簇索引(主键索引)对全表进行扫描,因此每条记录,无论是否满足条件,都会被加上x锁。还没完...
但是为了效率考量,mysql做了优化,对于不满足条件的记录,会在判断后放锁,最终持有的,是满足条件的记录上的锁,但是不满足条件的记录上的加锁/放锁动作不会省略。
过程如下
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持。
上一篇: 杨桃怎么吃啊,知道这些才算是真的会吃哦