标签：内容 mysq 通过 pre 业务 rom 默认 5.6 log
描述数据库中的数据的数据都是元数据，如库名、表明、列名、版本名，和show语句展示的大多数内容都是元数据，以及在information_shema中记录数据库对象的表中的内容也是元数据
为了保证可以并发访问数据库对象及保证数据的一致性，所以应用metadata lock，如session1正在扫描t表数据，此会话持有t表的元数据锁，这时session2话尝试要drop t表，在尝试获取t表元数据锁的时候被阻塞，假如没有MDL的设计，那么在session1执行完之前session2将表drop掉，那么就会出现优化器在扫描到表一半时候突然抛出表不存在的异常
在同一事务中操作事务表t和非事务表nt，如果此事务不结束，则另一会话对表t和nt的ddl操作都无法进行
如果事务中的语句通过语法校验但在执行的时候抛出异常，但是此事务不结束，对其涉及到的表的ddl操作也被阻塞，测试见例二
例一
# session1 14:14:13[test](;)> begin; Query OK, 0 rows affected (0.00 sec) 14:14:18[test](;)> select * from t1 limit 1; +----+------+------+------+ | id | col1 | col2 | col3 | +----+------+------+------+ | 2 | 3 | 5 | NULL | +----+------+------+------+ 1 row in set (0.00 sec) #session2 14:14:48[test](;)> alter table t1 add col4 int; #session3 | 4834501 | root | localhost | test | Query | 14 | Waiting for table metadata lock | alter table t1 add col4 int |
例二
session1 14:28:36[test](;)> begin; Query OK, 0 rows affected (0.00 sec) 14:28:40[test](;)> insert into t1(id) values(2); ERROR 1062 (23000): Duplicate entry ‘2‘ for key ‘PRIMARY‘ session2 14:28:40[test](;)> alter table t1 drop col4; session3 | 4834501 | root | localhost | test | Query | 12 | Waiting for table metadata lock | alter table t1 drop col4 |
MDL的等待超时时长默认值为一年
14:17:32[(none)](;)> select @@lock_wait_timeout; +---------------------+ | @@lock_wait_timeout | +---------------------+ | 31536000 | +---------------------+ 1 row in set (0.00 sec)
在操作频繁的时候尽量避免大表的DDL操作；MDL超时时长可以根据业务场景设置；有必要做MDL的监控报警
官方文档：https://dev.mysql.com/doc/refman/5.6/en/metadata-locking.html
标签：内容 mysq 通过 pre 业务 rom 默认 5.6 log
原文地址：http://www.cnblogs.com/Bccd/p/7523766.html
