首先通过系统表和InnoDB状态定位锁竞争，再结合Performance Schema分析锁事件，最后优化事务和SQL以减少冲突。
在MySQL中分析锁竞争问题，关键在于识别哪些事务或查询正在阻塞其他操作，以及这些锁是如何产生的。通常锁竞争会导致响应变慢、连接堆积甚至死锁。下面从几个实用角度来展开分析方法。
查看当前的锁等待和阻塞情况
MySQL提供了performance_schema和information_schema.innodb_lock_waits等系统表来帮助定位锁问题。
执行以下语句可以查看当前存在的锁等待：
SELECT
r.trx_id AS waiting_trx_id,
r.trx_mysql_thread_id AS waiting_thread,
r.trx_query AS waiting_query,
b.trx_id AS blocking_trx_id,
b.trx_mysql_thread_id AS blocking_thread,
b.trx_query AS blocking_query
FROM
information_schema.innodb_lock_waits w
JOIN
information_schema.innodb_trx b ON w.blocking_trx_id = b.trx_id
JOIN
information_schema.innodb_trx r ON w.requesting_trx_id = r.trx_id;这个查询能告诉你：
- 哪个事务在等待（waiting_trx_id）
- 被谁阻塞了（blocking_trx_id）
- 双方执行的SQL语句
- 线程ID，便于进一步追踪
启用并查看InnoDB状态中的锁信息
通过SHOW ENGINE INNODB STATUS命令可以获取详细的引擎运行状态，其中包含最新的死锁信息和锁等待摘要。
执行：
SHOW ENGINE INNODB STATUS\G
重点关注输出中的以下几个部分：
- TRANSACTIONS：查看当前活跃事务，是否有长时间未提交的事务
- LOCK WAIT：显示当前正在等待锁的事务及其持有的锁类型
- LATEST DETECTED DEADLOCK：如果有死锁发生，这里会记录最近一次的详细过程，包括两个事务各自持有的锁和申请的锁，非常有助于定位问题
利用Performance Schema深入分析
MySQL 5.6+默认开启performance_schema，可通过它监控更细粒度的锁事件。
确认相关消费者已启用：
UPDATE performance_schema.setup_consumers SET enabled = 'YES' WHERE name LIKE '%wait%';
然后查询等待事件：
SELECT * FROM performance_schema.events_waits_current WHERE EVENT_NAME LIKE 'wait/synch/innodb%';
还可以结合data_locks表（MySQL 8.0+）直接查看行级锁：
SELECT * FROM performance_schema.data_locks;
这能清晰看到每个锁涉及的表、索引、行范围及锁模式（如S、X、gap lock等）。
优化与规避锁竞争的建议
发现问题后，需要从应用和SQL层面减少锁冲突：
- 尽量缩短事务长度，避免在事务中做耗时操作（如网络请求）
- 确保查询走索引，全表扫描会加大量不必要的间隙锁
- 按固定顺序访问多张表，降低死锁概率
- 适当使用FOR UPDATE或LOCK IN SHARE MODE时注意上下文
- 监控长时间运行的事务：SELECT * FROM information_schema.innodb_trx ORDER BY trx_started;
基本上就这些。通过组合使用系统表、InnoDB状态和性能视图，你可以快速定位MySQL中的锁竞争源头，并针对性优化。关键是养成定期检查活跃事务和锁等待的习惯，防患于未然。
