有爱有恨的MDL锁

  1. 云栖社区>
  2. 博客>
  3. 正文

有爱有恨的MDL锁

tplinux 2018-06-05 22:34:19 浏览1210
展开阅读全文

一。前言

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 |

当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   

那些操作会获得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的监控信息包括锁信息或者死锁信息。

网友评论

登录后评论
0/500
评论
tplinux
+ 关注