MDL了解一下

在 MySQL 5.5 版本中引入了 MDL,当对一个表做增删改查操作的时候,加 MDL 读 锁;当要对表做结构变更操作的时候,加 MDL 写锁。

  • 读锁之间不互斥,因此你可以有多个线程同时对一张表增删改查。
  • 读写锁之间,写锁之间是互斥的,用来保证变更表结构操作的安全性。

因此,如果有两个线 程要同时给一个表加字段,其中一个要等另一个执行完才能开始执行。 虽然 MDL 锁是系统默认会加的,但却是你不能忽略的一个机制。比如下面这个例子,我经常看 到有人掉到这个坑里:给一个小表加个字段,导致整个库挂了。 你肯定知道,给一个表加字段,或者修改字段,或者加索引,需要扫描全表的数据。在对大表操 作的时候,你肯定会特别小心,以免对线上服务造成影响。而实际上,即使是小表,操作不慎也 会出问题。我们来看一下下面的操作序列,假设表 t 是一个小表。

MDL了解一下

我们可以看到 session A 先启动,这时候会对表 t 加一个 MDL 读锁。由于 session B 需要的也 是 MDL 读锁,因此可以正常执行。 之后 session C 会被 blocked,是因为 session A 的 MDL 读锁还没有释放,而 session C 需要 MDL 写锁,因此只能被阻塞。 如果只有 session C 自己被阻塞还没什么关系,但是之后所有要在表 t 上新申请 MDL 读锁的请 求也会被 session C 阻塞。前面我们说了,所有对表的增删改查操作都需要先申请 MDL 读锁, 就都被锁住,等于这个表现在完全不可读写了。 如果某个表上的查询语句频繁,而且客户端有重试机制,也就是说超时后会再起一个新 session 再请求的话,这个库的线程很快就会爆满。 事务中的 MDL 锁,在语句执行开始时申请,但是语句结束后并不会马上释 放,而会等到整个事务提交后再释放。