同时添加与更新订单记录时出现Deadlock错误的技术咨询

看起来你碰到了典型的并发事务死锁场景——订单插入和队列引擎处理同时运行时，两个事务互相持有对方需要的锁，导致死锁报错。结合你给出的表结构和业务逻辑，我来拆解下原因和可行的解决方案：

死锁核心原因分析 #

死锁本质是两个或多个事务循环等待对方释放锁。结合你的场景，大概率是这两种情况：

1. 队列引擎的事务在查询待处理订单（State=1）时，由于缺少合适的索引，执行了全表扫描并锁定了大量行，和插入订单的事务持有的行锁冲突；
2. 插入事务和队列引擎事务的锁获取顺序不一致——比如插入事务先锁OrderId再更新State，而队列引擎先锁State对应的行再操作OrderId，形成循环等待。

第一步：先定位具体死锁细节 #

在动手解决前，一定要先拿到精准的死锁日志，这是定位问题的关键：

• 执行MySQL命令：SHOW ENGINE INNODB STATUS;
• 在输出的LATEST DETECTED DEADLOCK部分，会看到两个事务的SQL语句、持有的锁类型、等待的锁资源，能帮你快速锁定冲突点。

针对性解决方案 #

1. 缩小锁范围（最有效） #

死锁很多时候是因为锁的范围太大，把不该锁的行也锁了。

• 给队列引擎的查询加精准索引：如果队列引擎经常按State和EngineId查询待处理订单，创建组合索引：

  CREATE INDEX idx_state_engineid_addtime ON order_queue(State, EngineId, AddTime);
  

  这样当引擎执行SELECT OrderId FROM order_queue WHERE State=1 AND EngineId=? ORDER BY AddTime LIMIT 10 FOR UPDATE时，只会锁定符合条件的行，而不是全表扫描加锁。
• 用SKIP LOCKED跳过已锁定行：如果你的MySQL版本是8.0+，可以在查询时加上SKIP LOCKED，直接跳过已经被其他事务锁定的订单，避免事务等待锁：

  SELECT OrderId FROM order_queue WHERE State=1 AND EngineId=? ORDER BY AddTime LIMIT 10 FOR UPDATE SKIP LOCKED;
  

2. 统一事务锁获取顺序 #

让所有涉及order_queue的事务都按相同的顺序获取锁，比如：

• 插入事务：先插入订单（锁定OrderId），再更新State（如果需要）；
• 队列引擎事务：先通过索引锁定State=1的行，再操作对应的OrderId；
  避免出现“事务A锁X等Y，事务B锁Y等X”的循环等待。

3. 缩短事务时长 #

插入订单的事务尽量只做必要操作：

• 不要在插入订单的事务里处理非核心逻辑（比如通知、日志等），把这些操作移出事务；
• 如果插入后需要更新State，尽量合并为一个SQL语句（比如用INSERT ... ON DUPLICATE KEY UPDATE，如果OrderId是主键的话）：

  INSERT INTO order_queue(OrderId, State, EngineId) VALUES(?, 1, ?) ON DUPLICATE KEY UPDATE State=1;
  

4. 应用层重试机制 #

死锁是偶发的，可以在应用层捕获MySQL的1213错误码（死锁错误），然后重试事务，注意：

• 重试次数控制在3-5次即可，避免无限重试导致系统雪崩；
• 重试前可以短暂休眠（比如100ms），减少再次冲突的概率。

5. 调整事务隔离级别 #

如果你的业务可以接受，把事务隔离级别从默认的REPEATABLE READ调整为READ COMMITTED：

SET TRANSACTION ISOLATION LEVEL READ COMMITTED;

这个级别下InnoDB的锁机制会更宽松，减少幻读带来的锁冲突，降低死锁概率。

内容的提问来源于stack exchange，提问作者user3009749