慕斯卡3215842
谢邀。Metadata Lock(MDL)是在5.5才引入到mysql的元数据保护机制。5.5对于metadata的保护是事务级别的,只有在事务结束后才释放MDL。当一个会话在主库执行 DML 操作还没提交时,另一个会话对同一个对象执行了 DDL 操作如 drop table,而由于 MySQL 的 binlog 是基于事务提交的先后顺序进行记录的,因此在从库上应用时,就出现了先 drop table,然后再向 table 中 insert 的情况,导致从库应用出错。 因此,MySQL 在 5.5.3 版本后引入了 Metadata lock,只有在事务结束后才会释放 Metadata lock,因此在事务提交或回滚前,是无法进行 DDL 操作的。造成Waiting for table metadata lock的原因,一般是以下几个简单的场景:场景一:长事物运行,阻塞DDL,继而阻塞所有同表的后续操作场景二:未提交事物,阻塞DDL,继而阻塞所有同表的后续操作那么如何解决呢?查看所有的处于等待阻塞状态的事务锁lockUSE INFORMATION_SCHEMASELECT *
FROM INNODB_LOCKS
WHERE LOCK_TRX_ID IN (SELECT BLOCKING_TRX_ID FROM INNODB_LOCK_WAITS);或者你可以直接定位到特定表SELECT * FROM INNODB_LOCKS
WHERE LOCK_TABLE = db_name.table_name;直接删除相关记录应该是可以解除锁。建议:采用连接池而不是所有线程公用一个连接,每个事务都记得提交或回滚等。建议参考:https://dev.mysql.com/doc/ref...http://www.cnblogs.com/cchust...https://gold.xitu.io/entry/57...http://www.cnblogs.com/digdee...