一。前言

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

场景一

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

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

场景2

当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

MySQL 5.5

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

MySQL 5.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');

MySQL5.7

select * from schema_table_lock_waits

六.如何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

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的监控信息包括锁信息或者死锁信息。