排查MySQL表锁问题需先定位持有锁和等待锁的会话。使用SHOW PROCESSLIST查看线程状态，发现“Waiting for table lock”等信息；查询performance_schema.metadata_locks结合threads表确认MDL锁情况；通过SHOW ENGINE INNODB STATUS分析InnoDB事务锁等待；查找长时间运行的事务并评估终止阻塞会话，用KILL命令处理，但需谨慎避免影响业务。
当MySQL出现表锁问题时，查询会变慢甚至卡住，影响业务正常运行。排查表锁的关键是找出哪些会话（session）正在持有锁、哪些在等待锁，以及锁定的资源是什么。以下是常用的排查方法和步骤。
查看当前正在执行的进程
使用 SHOW PROCESSLIST 命令可以查看当前所有连接线程的状态：
SHOW PROCESSLIST;
重点关注 State 字段，如果看到类似 Waiting for table lock 的状态，说明该线程正在等待表锁。
查询是否存在元数据锁（MDL）或表级锁
对于InnoDB表，虽然行锁更常见，但某些操作（如DDL语句）会触发表级锁或元数据锁（Metadata Lock）。可以通过以下方式查看锁信息：
查询 performance_schema 中的 metadata_locks 表：
SELECT * FROM performance_schema.metadata_locks WHERE OWNER_THREAD_ID != CONNECTION_ID();
结合 threads 表可以查出具体是哪个会话：
SELECT m.LOCK_TYPE, m.LOCK_DURATION, m.LOCK_STATUS, m.OBJECT_NAME, t.PROCESSLIST_ID, t.PROCESSLIST_INFO FROM performance_schema.metadata_locks m JOIN performance_schema.threads t ON m.OWNER_THREAD_ID = t.THREAD_ID WHERE m.OBJECT_SCHEMA = 'your_db_name' AND m.OBJECT_NAME = 'your_table_name';
检查InnoDB行锁及锁等待（适用于InnoDB引擎）
虽然InnoDB以行锁为主，但在某些情况下也会升级为表锁或出现锁争用。可通过以下命令查看事务锁情况：
ONLYOFFICE
用ONLYOFFICE管理你的网络私人办公室
1027 查看详情 
SHOW ENGINE INNODB STATUSG
输出内容中关注 TRANSACTIONS 部分，可以看到当前活跃事务、持有的锁、等待的锁等详细信息。例如：
—TRANSACTION XXX, ACTIVE 10 sec：表示一个活跃事务LOCK WAIT 2 lock struct(s)：表示正在等待锁holding foreign key lock 或 waiting for this lock：可定位到具体行或索引
查找长时间未提交的事务
长时间运行的事务容易导致锁堆积。可通过以下语句查找运行时间较长的事务：
SELECT ps.id, ps.user, ps.host, ps.db, ps.command, ps.time, ps.state, ps.info FROM information_schema.processlist ps WHERE ps.command != 'Sleep' AND ps.time > 60 ORDER BY ps.time DESC;
若发现某个事务执行时间过长且持有锁，可考虑联系相关人员确认是否可终止。
强制终止造成阻塞的会话
确认某个会话是锁的源头且无业务必要时，可用 KILL 命令结束会话：
KILL 123; -- 123为PROCESSLIST_ID
注意：KILL 后事务会回滚，可能对业务有影响，需谨慎操作。
基本上就这些常用方法。关键在于及时发现阻塞源头，结合锁信息和SQL语句分析原因，避免随意操作影响生产环境。
以上就是mysql如何排查表锁_mysql表锁排查方法的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/876979.html
微信扫一扫 
支付宝扫一扫 
