在 MySQL 中排查和分析表锁与行锁情况，主要依赖于查看系统状态、性能视图以及日志信息。以下是一些常用的方法和步骤，帮助你定位锁的类型、持有者以及等待关系。
查看当前锁等待和持有情况
MySQL 的 InnoDB 存储引擎提供了 information_schema 和 performance_schema 中的几张关键表来分析锁：
INNODB_TRX：显示当前正在运行的事务。 INNODB_LOCKS（MySQL 5.7 及以前）或 performance_schema.data_locks（MySQL 8.0+）：显示事务持有的锁。 INNODB_LOCK_WAITS（5.7 及以前）或 performance_schema.data_lock_waits（8.0+）：显示锁等待关系。例如，在 MySQL 8.0 中执行：
SELECT * FROM performance_schema.data_locks;
可以查看当前所有数据锁的详细信息，包括锁类型（表锁、行锁）、锁模式（S、X、gap 等）、锁定的索引记录等。
查看锁等待：
SELECT * FROM performance_schema.data_lock_waits;
这会显示哪些事务在等待哪些锁，结合 INNODB_TRX 可以查出是哪个事务阻塞了其他事务。
通过 SHOW ENGINE INNODB STATUS 分析锁信息
执行命令：
SHOW ENGINE INNODB STATUS\G
输出中的 TRANSACTIONS 部分会列出当前活跃事务，以及最近的死锁详情（如果有）。重点关注：
“TRANSACTION” 下的事务 ID、状态、执行的 SQL。 “HOLDS THE LOCK(S)” 显示该事务持有哪些锁。 “WAITING FOR THIS LOCK TO BE GRANTED” 显示正在等待的锁。这部分信息对诊断死锁和长时间等待非常有用。
识别表锁 vs 行锁
表锁通常出现在以下情况：
使用LOCK TABLES手动加锁。 MyISAM 引擎默认使用表锁（不支持行锁）。 某些 DDL 操作（如 ALTER TABLE）会触发表级锁。 InnoDB 在全表扫描且未命中索引时，可能升级为大量行锁甚至接近表锁的效果。
行锁是 InnoDB 的默认机制，特点如下：
只锁定涉及的索引记录（包括间隙锁）。 可通过data_locks中的
LOCK_TYPE='RECORD'判断。 若看到大量 RECORD 类型的锁，说明是行级别锁定。
例如，查询：
SELECT ENGINE_TRANSACTION_ID, OBJECT_SCHEMA, OBJECT_NAME, LOCK_TYPE, LOCK_MODE, LOCK_DATA FROM performance_schema.data_locks WHERE OBJECT_NAME = 'your_table_name';
如果 LOCK_TYPE 是 TABLE，则为表锁；如果是 RECORD，则为行锁。
监控和预防锁问题
建议开启以下配置以便更好地分析：
innodb_print_all_deadlocks = ON：将死锁日志写入错误日志。 使用慢查询日志（
slow_query_log）配合
log_queries_not_using_indexes发现潜在的全表扫描引发的锁争用。 定期检查长时间运行的事务：
SELECT * FROM information_schema.INNODB_TRX ORDER BY trx_started;
长时间未提交的事务容易导致锁堆积。
基本上就这些方法。关键是结合 performance_schema 视图和 INNODB STATUS 输出，理清事务、锁和等待之间的关系。
