导读
作者:田帅萌 邮箱: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?
场景一:
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 |
当session1 开启事务没有提交对t表进行查询,同时session2 对t表进行alter 修改。则会造成MDL锁
场景二:
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
那些操作会获得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;
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的监控信息包括锁信息或者死锁信息。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。