给一个表加字段,或者修改字段,或者加索引,需要扫描全表的数据。在对大表操作的时候,你肯定会特别小心,以免对线上服务造成影响。而实际上,即使是小表,操作不慎也会出问题。
如果现在有4个session
- sessionA:begin,select * from T limit 1
- sessionB: select * from T limit 1
- sessionC:alter table T add age(int)
- session D:select * from T limit 1
我们可以看到 session A 先启动,这时候会对表 t 加一个 MDL 读锁(
MDL 不需要显式使用,在访问一个表的时
候会被自动加上
)。由于 session B 需要的也是 MDL 读锁,因此可以正常执行。 之后 session C 会被 blocked,是因为 session A 的 MDL 读锁还没有释放,而 sessionC 需要 MDL 写锁,因此只能被阻塞。
如果只有 session C 自己被阻塞还没什么关系,但是之后所有要在表 t 上新申请 MDL 读锁的请求也会被 session C 阻塞。前面我们说了,所有对表的增删改查操作都需要先申请MDL 读锁,就都被锁住,等于这个表现在完全不可读写了。 如果某个表上的查询语句频繁,而且客户端有重试机制,也就是说超时后会再起一个新session 再请求的话,这个库的线程很快就会爆满。