有爱有恨的MDL锁

导读

作者：田帅萌 邮箱：tplinux@163.com，欢迎交流

一、前言

MySQL 5.5 中就引入了metadata lock（元数据锁）。用于对管理 database objects（数据库对象）的并发访问，保证数据的一致性。

二、了解MDL锁

1、 MDL锁消耗

MDL的引入会导致一定的性能的损耗，对同一个database objects的访问越多，就会导致该对象的MDL的争用。

2、了解MDL锁

为了维护表元数据的数据一致性，在表上有活动事务（显示或者隐式）的时候，不可以对元数据进行写入操作，MySQL引入了metadata lock，来保护表的元数据信息。因此在对表进行上述操作时，如果表上有活动事务（未提交或回滚），请求写入的会话，会等待在metadata lock wait。

三、什么场景会导致MDL？

场景一：

|  6 | root        
| localhost | d1   
| Query   |  144 
| Waiting for table metadata lock                        
| alter table t1 ENGINE=InnoDB |

当session1 开启事务没有提交对t表进行查询，同时session2 对t表进行alter 修改。则会造成MDL锁

场景二:

当session1开启事务没有提交对t表进行查询，同时session2 对t表进行dorp操作。则会造成MDL锁；

|  6 | root        
| localhost | d1   
| Query   |    6 
| Waiting for table metadata lock                        
| drop table t1

那些操作会获得metadata lock

1.表结构的更改（alter）

2.创建删除索引

3.删除表

4.对表加写锁，进行读操作。对表加读锁，进行写操作。

四、恨MDL

因为MDL锁，会导致表级别的锁，无论是读或者写操作，都无法进行，导致SQL的阻塞。 

如监控不到位，在高并发的情况下，就会造成大量的SQL阻塞。除非人工干预或者ddl结束。

五、爱MDL

MDL的主要目的是为了保护元数据，假如、假如没有MDL锁，会导致什么 读到的元数据不一致，写入的时候发生元数据冲突。 MDL不是洪水猛兽，不是可怕灾难，是有办法避免的。例如DDL可以在业务低峰期使用pt-osc进行操作或者gh-ost，来进行操作。备份也要放到业务低峰期去做，当然也要做好监控和报警，对于未提交的事务要尽快提交，或者kill到没有commit的事务。

六、如何监控MDL

1、MySQL 5.5:

select * from information_schema.processlist where state = 'Waiting for table metadata lock';

2、MySQL5.6:

select * from performance_schema.metadata_locks;

#需要开启performance_schema:

root@mysqldb 10:03:  [performance_schema]> update performance_schema.setup_instruments set ENABLED = 'YES',TIMED='YES' where name = 'wait/lock/metadata/sql/mdl';
root@mysqldb 10:02:  [performance_schema]> update performance_schema.setup_consumers set ENABLED = 'YES' where name in ('global_instrumentation');

3、MySQL5.7

select * from sys.schema_table_lock_waits

七、处理MDL造成的阻塞

1、第一种情况：处理掉长事务

（1） session1的事务没有执行完毕，则kill session2 可以通过下面的SQL进行观察，可以自行评估：

root@mysqldb 10:17:  [information_schema]> select * from information_schema.INNODB_TRX\G

（2） session1的事务没有提交，后面的事务没有对该表进行操作，则kill session1。

2、第二种情况:直接干掉DDL操作

则kill session1 选择业务低峰期执行 如果DDL执行到80%到90%。则kill session2 优先执行DDL 需要根据实际情况自行执行。

八、总结

MDL是保护数据库对象，保证数据一致性。MDL不是洪水猛兽，DDL和备份需要跟业务方沟通后，在业务低峰期去执行，不要给开发DDL权限哦~ 做对MySQL的监控信息包括锁信息或者死锁信息。