17370845950

首先通过系统表和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中的锁竞争源头，并针对性优化。关键是养成定期检查活跃事务和锁等待的习惯，防患于未然。