mysql数据库锁MDL锁的解释

1、背景

在我们系统中有一张表它的查询概率非常高。最近有个需求,需要对这个表增加一个字段,然而在增加字段的时候发现系统中有多个业务出现了超时操作,那么这个是什么原因导致的呢?经过查阅资料发现是数据库的MDL锁+事务导致的。

2、什么是MDL锁

MDL锁属于表级别的元数据锁。表级别锁分为数据锁和元数据锁,通常我们说的加锁一般指的是加的数据锁。跟数据锁一样,元数据锁也分读锁和读写锁。

MDL不需要显示使用,在进行表操作时会自动加上。当对表进行增删改查时,会自动加上MDL读锁;当要对表进行加减字段的结构修改时,会自动加上MDL写锁。

  • 读锁不互斥,意味着可以多个线程同时对一张表进行增删改查的操作。
  • 写锁独占,进行结构修改前,要先等待其他所有的MDL锁释放了才能获取到MDL写锁。获取到写锁后,在写锁释放前,其他线程无法获取到MDL读锁和写锁。也就是说,修改一个表的结构过程中,会阻塞其他线程对表的操作。

3、MDL锁的必要性

MDL锁的存在,其实是为了保证数据的一致性。想象一下,假如没有MDL锁,一个查询在遍历表数据的过程中,另外一个线程执行了ALTER TABLE t DELETE COLUMN 'col_1'col_1这一列删掉了,那查询结果就乱了,结果中是否应该有这一列数据?

4、举例说明

✅ :表示正常往下执行

❌ :表示卡住了,即无法往下执行。

事物一事物二事物三
start transaction;✅ 1️⃣
select * from customer;✅2️⃣alter table customer add column_4 int null;❌3️⃣
select * from customer;❌4️⃣
commit;✅5️⃣✅6️⃣✅7️⃣

解释:

步骤 1️⃣2️⃣正常执行。执行步骤2️⃣时,会申请表customerMDL的SHARED_READ锁

步骤3️⃣会卡住,因为此时会申请表customerMDL的EXCLUSIVE锁,但是事物一的事物没有提交,此时是无法申请到EXCLUSIVE锁,因为它们是互斥的。

步骤4️⃣也会卡住,因为EXCLUSIVE锁和SHARE_READ锁是互斥的,且EXCLUSIVE锁的优先级更高,所以步骤4️⃣也会卡住。

步骤5️⃣事物提交,释放表的SHARE_READ锁,之后就可以执行6️⃣和7️⃣的操作了。

如果先执行事务二,在执行事务三,则是可以成功的,因为alter数据ddl语句,和事物无关。

  • 1
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值