两个业务同时更新订单和库存，偶发死锁报错，重试逻辑偶尔也会连续失败。日志里能对上时间点，这种反而好排。
两个事务以相反顺序锁住多行，形成循环等待，InnoDB 只能回滚其中一个。这一点先确认清楚，后面就不用反复试。
SHOW ENGINE INNODB STATUS\G -- 关注 LATEST DETECTED DEADLOCK 段的 SQL -- 统一按 id 升序更新
围绕「MySQL 死锁」排查时，命令行跑一遍比在面板里点十次有用，面板会替你做掉不少隐式操作。能分两步做的操作就别合成一步，中间看一眼返回值，出问题好判断。
报错里带路径的，先去看那个路径在不在、权限对不对。同一份配置存在多处的，先确认改的是被加载的那一份。
新版本先放一台机器上跑一天再全量，问题一般在这段时间暴露。备份不是备了就行，恢复一次才算数，很多备份文件打开才发现是空的。
处理上按这个顺序：执行 show engine innodb status 查看最近死锁；统一加锁顺序；业务层加重试与短事务。
结果对不对很好判断，并发压测下不再出现死锁报错，事务回滚次数降到可接受范围。