一。前言
MySQL 5.5 中就引入了metadata lock（元数据锁）。用于对管理 database objects（数据库对象）的并发访问，保证数据的一致性。
二.了解MDL锁
2.1 MDL锁消耗
MDL的引入会导致一定的性能的损耗，对同一个database objects的访问越多，就会导致该对象的MDL的争用。
2.2了解MDL锁
为了维护表元数据的数据一致性，在表上有活动事物（显示或者隐式）的时候，不可以对元数据进行写入操作，MySQL引入了metadata lock，来保护表的元数据信息。因此在对表进行上述操作时，如果表上有活动事物（未提交或回滚），请求写入的会话，会等待在metadata lock wait。
2.3什么场景会导致MDL
场景一
| session1 | session2 |
|---|---|
| begin | null |
| select * from t | null |
| null | alter table t xx |
| 6 | root | localhost | d1 | Query | 144 | Waiting for table metadata lock | alter table t1 ENGINE=InnoDB |
AI 代码解读
当session1 开启事物没有提交对t表进行查询，同时session2 对t表进行alter 修改。则会造成MDL锁
场景2
| session1 | session2 |
|---|---|
| begin | null |
| select * from t | null |
| null | drop table t |
当session1 开启事物没有提交对t表进行查询，同时session2 对t表进行dorp操作。则会造成MDL锁；
| 6 | root | localhost | d1 | Query | 6 | Waiting for table metadata lock | drop table t1
AI 代码解读
那些操作会获得metadata lock
1.表结构的更改（alter）
2.创建删除索引
3.删除表
4.对表加写锁，进行读操作。对表加读锁，进行写操作。
三.恨MDL
因为MDL锁，会导致表级别的锁，无论是读或者写操作，都无法进行，导致SQL的阻塞。
如监控不到位，在高并发的情况下，就会造成大量的SQL阻塞。除非人工干预或者ddl结束。
四.爱MDL
MDL的主要目的是为了保护元数据，假如、假如没有MDL锁，会导致什么 读到的元数据不一致，写入的时候发生元数据冲突。
MDL不是洪水猛兽，不是可怕灾难，是有办法避免的。例如DDL可以在业务低峰期使用pt-osc进行操作或者gh-ost，来进行操作。备份也要放到业务低峰期去做，当然也要做好监控和报警，对于未提交的事物要尽快提交，或者kill到没有commit的事物。
五.如何监控MDL
MySQL 5.5
select * from information_schema.processlist where state = 'Waiting for table metadata lock';
MySQL 5.6
select * from performance_schema.metadata_locks;
AI 代码解读
开启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');
AI 代码解读
MySQL5.7
select * from schema_table_lock_waits
AI 代码解读
六.如何kill掉MDL
6.1.第一种情况 session1 开启先大事物，session2后执行DDL
第一种情下还分为二种情况
6.1.1 session1的事物没有执行完毕 则kill session2
可以通过下面的SQL进行观察，可以自行评估
root@mysqldb 10:17: [information_schema]> select * from information_schema.INNODB_TRX\G
AI 代码解读
6.1.2 session1的事物没有提交，后面的事物没有对该表进行操作 则kill session1
6.2 第二种情况，session1先执行DDL，session2执行DML语句
如果DDL执行到10% 到20% 。则kill session1 选择业务低峰期执行
如果DDL执行到80%到90%。则kill session2 优先执行DDL
需要根据实际情况自行执行。
七.总结
MDL是保护数据库对象，保证数据一致性。MDL不是洪水猛兽，DDL和备份需要跟业务方沟通后，在业务低峰期去执行，不要给开发DDL权限哦~ 做对MySQL的监控信息包括锁信息或者死锁信息。
