首先通过系统表和InnoDB状态定位锁竞争，再结合Performance Schema分析锁事件，最后优化事务和sql以减少冲突。

在mysql中分析锁竞争问题，关键在于识别哪些事务或查询正在阻塞其他操作，以及这些锁是如何产生的。通常锁竞争会导致响应变慢、连接堆积甚至死锁。下面从几个实用角度来展开分析方法。

查看当前的锁等待和阻塞情况

MySQL提供了performance_schema和information_schema.innodb_lock_waits等系统表来帮助定位锁问题。

执行以下语句可以查看当前存在的锁等待：

<font face="Courier New"><strong>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;</strong></font>

这个查询能告诉你：

• 哪个事务在等待（waiting_trx_id）
• 被谁阻塞了（blocking_trx_id）
• 双方执行的sql语句
• 线程ID，便于进一步追踪

启用并查看InnoDB状态中的锁信息

通过SHOW ENGINE INNODB STATUS命令可以获取详细的引擎运行状态，其中包含最新的死锁信息和锁等待摘要。

执行：

<font face="Courier New"><strong>SHOW ENGINE INNODB STATUSG</strong></font>

重点关注输出中的以下几个部分：

• TRANSACTIONS：查看当前活跃事务，是否有长时间未提交的事务
• LOCK WAIT：显示当前正在等待锁的事务及其持有的锁类型
• LATEST DETECTED DEADLOCK：如果有死锁发生，这里会记录最近一次的详细过程，包括两个事务各自持有的锁和申请的锁，非常有助于定位问题

利用Performance Schema深入分析

MySQL 5.6+默认开启performance_schema，可通过它监控更细粒度的锁事件。

猫眼课题宝

5分钟定创新选题，3步生成高质量标书！

25

查看详情

确认相关消费者已启用：

<font face="Courier New"><strong>UPDATE performance_schema.setup_consumers  SET enabled = 'YES'  WHERE name LIKE '%wait%';</strong></font>

然后查询等待事件：

<font face="Courier New"><strong>SELECT *  FROM performance_schema.events_waits_current  WHERE EVENT_NAME LIKE 'wait/synch/innodb%';</strong></font>

还可以结合data_locks表（MySQL 8.0+）直接查看行级锁：

<font face="Courier New"><strong>SELECT * FROM performance_schema.data_locks;</strong></font>

这能清晰看到每个锁涉及的表、索引、行范围及锁模式（如S、X、gap lock等）。

优化与规避锁竞争的建议

发现问题后，需要从应用和SQL层面减少锁冲突：

• 尽量缩短事务长度，避免在事务中做耗时操作（如网络请求）
• 确保查询走索引，全表扫描会加大量不必要的间隙锁
• 按固定顺序访问多张表，降低死锁概率
• 适当使用FOR UPDATE或LOCK IN SHARE MODE时注意上下文
• 监控长时间运行的事务：SELECT * FROM information_schema.innodb_trx ORDER BY trx_started;

基本上就这些。通过组合使用系统表、InnoDB状态和性能视图，你可以快速定位MySQL中的锁竞争源头，并针对性优化。关键是养成定期检查活跃事务和锁等待的习惯，防患于未然。