作者：洪斌
爱可生南区负责人兼技术服务总监，MySQL ACE，擅长数据库架构规划、故障诊断、性能优化分析，实践经验丰富，帮助各行业客户解决 MySQL 技术问题，为金融、运营商、互联网等行业客户提供 MySQL 整体解决方案。
本文来源：转载自公众号-玩转MySQL
*爱可生开源社区出品，原创内容未经授权不得随意使用，转载请联系小编并注明来源。
MySQL 的 Metadata Lock 机制是为了保护并发访问数据对象的一致性。DDL、表级锁、全局锁都会产生 metadata lock，写操作在锁释放前会被阻塞，而任何会话持有了 metadata lock 在 processlist 中是看不到的。
当发现其他会话被阻塞，就很难快速找到“罪魁祸首”。之前也曾介绍过《快速定位令人头疼的全局锁》 。
最近折腾 MySQL shell 插件时发现了一个方法，也能很方便的查询元数据锁。
在社区 MySQL shell 插件库 https://github.com/lefred/mysqlshell-plugins 的 ext.check.get_locks() 函数查看实例上锁情况。要在 MySQL 8.0 以上版本，它用到了 CTE 查询。
call sys.ps_setup_enable_instrument('wait/lock/metadata/sql/mdl%')SELECTps.*,lock_summary.lock_summaryFROMsys.processlist psINNER JOIN (SELECTowner_thread_id,GROUP_CONCAT(DISTINCT CONCAT(mdl.LOCK_STATUS,' ',mdl.lock_type,' on ',IF(mdl.object_type = 'USER LEVEL LOCK',CONCAT(mdl.object_name, ' (user lock)'),CONCAT(mdl.OBJECT_SCHEMA, '.', mdl.OBJECT_NAME)))ORDER BYmdl.object_type ASC,mdl.LOCK_STATUS ASC,mdl.lock_type ASC SEPARATOR '\n') as lock_summaryFROMperformance_schema.metadata_locks mdlGROUP BYowner_thread_id) lock_summary ON (ps.thd_id = lock_summary.owner_thread_id) \ G
