排查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以行锁为主，但在某些情况下也会升级为表锁或出现锁争用。可通过以下命令查看事务锁情况：

SHOW ENGINE INNODB STATUS\G

输出内容中关注 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语句分析原因，避免随意操作影响生产环境。