首先通过系统表和日志定位锁冲突，再结合索引优化与事务设计降低争用。具体步骤包括：查询INNODB_TRX和INNODB_LOCK_WaiTS确定阻塞关系；启用innodb_print_all_deadlocks分析死锁日志；确保写操作条件字段有索引以减少间隙锁；缩短事务长度并考虑使用READ COMMITTED隔离级别或乐观锁机制。最终通过索引优化、事务控制和合理更新策略解决并发写入冲突。
在 mysql 中排查并发写入冲突，关键在于理解事务隔离机制、锁类型以及日志信息。当多个事务同时修改同一行数据时，容易出现死锁或锁等待超时等问题。以下是几个实用的排查方向和方法。
查看当前锁等待和死锁信息
MySQL 提供了 information_schema 中的几张系统表来帮助分析锁状态：
• INNODB_TRX：查看当前正在运行的事务。
• INNODB_LOCKS（在某些版本中已弃用）：查看事务持有的锁。
• 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 b.trx_id = w.blocking_trx_id JOIN information_schema.INNODB_TRX r ON r.trx_id = w.requesting_trx_id;
这个查询能清楚看到哪个事务被哪个事务阻塞，有助于快速定位问题 SQL。
启用并分析死锁日志
InnoDB 会自动检测死锁并回滚其中一个事务。可以通过以下方式获取死锁详情：
• 在 MySQL 配置文件中启用：
innodb_print_all_deadlocks = ON
这样所有死锁信息都会记录到错误日志中。
• 查看错误日志内容：
当发生死锁时，日志会输出两个事务的加锁顺序、持有的锁、等待的锁以及回滚的是哪个事务。通过这些信息可以反推出业务逻辑中的并发访问模式问题。
检查索引和锁范围
很多并发冲突源于没有合适的索引，导致 InnoDB 使用间隙锁（gap lock）或锁住过多行。
• 确保写操作（UPDATE、delete）涉及的 WHERE 条件字段有索引。
• 避免全表扫描引发的表级锁或大量行锁。
• 注意唯一索引和普通索引在加锁行为上的差异。
例如，如果两个事务都执行：
UPDATE users SET status = 1 WHERE name = 'alice';
而 name 字段没有索引，InnoDB 可能会对整个聚簇索引加锁，极大增加冲突概率。
调整事务设计和隔离级别
合理的事务控制能减少冲突机会：
• 尽量缩短事务执行时间，避免在事务中做耗时操作（如网络请求）。
• 减少事务中涉及的语句数量，只把必要操作包含进来。
• 考虑使用更低隔离级别，如 READ COMMITTED，可减少间隙锁的使用。
• 对于高频更新场景，可用乐观锁替代悲观锁（比如用 CAS 更新代替 SELECT FOR UPDATE）。
例如，使用版本号控制更新：
UPDATE account SET balance = 100, version = version + 1 WHERE id = 1 AND version = 2;
这样避免长期持有行锁，也适合高并发环境。
基本上就这些。关键是结合系统视图、日志和业务逻辑综合分析，找到锁争用的根源。多数情况下，优化索引、缩小事务范围、合理设计更新方式就能显著缓解并发写入冲突。