场景

某客户告知数据库(MySQL5.6)发生锁,数据无法增删改,已严重影响业务。

问题排查

登录数据库检查数据库状态如下


table level lock???都是innodb存储引擎这种状态不该出现啊。会不会是人为加了锁?

果然。查看innodb的状态发现有一个事务持有大量的锁。

kill掉该事物,数据库状态正常。
通过时间戳推算得知在该时刻进行了一个逻辑备份,添加了add locks参数,未完成被KILL掉了,unlock未执行导致多表被锁。

模拟场景复现

复现倒是挺简单的,就是一个连接执行lock table xxx read,在对该表的增删改操作就变成了waiting table level lock。但是这个是MySQL-5.6的表现,MySQL5.7表现为Waiting for table metadata lock。看来Waiting for table metadata lock在5.7又多了一种场景!
Logo

更多推荐