Hyperf高并发下数据库死锁根本原因是事务执行顺序与InnoDB锁机制冲突，而非协程本身；需统一多表操作顺序、确保索引覆盖、显式设置READ COMMITTED隔离级别，并将重试嵌入幂等写操作内部。
Hyperf 应用在高并发下遇到数据库死锁，根本原因不是协程本身，而是事务执行逻辑与 InnoDB 锁机制碰撞的结果。直接加重试或调大超时只是掩盖问题——关键得让事务“不打架”。
为什么Hyperf里死锁更隐蔽
协程轻量、调度快，同一进程内可瞬间并发数百事务；但 InnoDB 的锁等待检测和回滚机制没变。当多个协程事务以不同顺序更新 user 和 order 表，或对无索引字段做 WHERE status = 'pending' 扫描时，表锁/间隙锁冲突概率陡增。你看到的 Deadlock found when trying to get lock; try restarting transaction，往往已是第 3–5 个并发请求同时撞上同一组资源。
- 协程不共享事务上下文：每个
go启动的协程必须显式开启自己的Db::transaction()，否则默认自动提交，锁瞬间释放——但这反而会让业务逻辑漏掉一致性保障 - ORM 预加载（
with()）可能隐式触发多表 JOIN 查询，若未走索引，一次load()就扫全表 - Hyperf 的
Db::chunk()默认按主键分页，但如果ORDER BY created_at且该字段无索引，底层仍会生成WHERE created_at > ?范围查询，激活间隙锁
统一事务操作顺序：从代码层切断循环等待
死锁四条件中，“循环等待”是唯一能由应用代码彻底打破的。Hyperf 里必须强制所有涉及相同资源的事务走同一路径。
- 对跨表操作，定义全局顺序常量，比如
UserTable::class永远先于OrderTable::class，再于LogTable::class；所有事务内更新语句严格按此顺序书写 - 避免在事务中动态拼接表名或条件——例如根据用户类型决定先扣余额还是先写日志，这种分支逻辑会破坏顺序一致性
- 使用
Db::transaction()包裹时，把多表更新收进一个闭包，不要拆成多次Db::update()调用再手动commit()，否则中间状态暴露给其他协程 - 协程间共享状态（如 Redis 计数器）不能替代数据库事务顺序控制——它解决的是“争抢”，不是“锁序”
索引覆盖：让行锁真正“锁到行”，而不是锁一片
Hyperf 的 ORM 查询看似简单，但 Db::table('orders')->where('user_id', $uid)->update(['status' => 'paid']) 是否走索引，取决于 user_id 列有没有索引，而不是 ORM 写法。
- 检查执行计划：
EXPLAIN FORMAT=TRADITIONAL SELECT * FROM orders WHERE user_id = 123，确认type是ref或eq_ref，而非ALL（全表扫描） - 复合查询务必用联合索引：比如
WHERE user_id = ? AND status = ? ORDER BY created_at DESC，建索引要按(user_id, status, created_at)顺序，而非分开建三个单列索引 - 避免在事务中使用
LIKE '%keyword'或JSON_CONTAINS()等无法走索引的操作——它们会让 InnoDB 回退到表锁 - Hyperf 的
Db::raw()不绕过索引规则：即使写Db::raw("id IN (SELECT id FROM ...)"，子查询若无索引，外层 UPDATE 依然锁全表
重试不是兜底，而是最后一道保险
即便做到顺序统一+索引完备，极端场景（如秒杀尾部库存归零瞬间）仍可能触发死锁。Hyperf 里应把重试嵌进业务方法内部，而非全局中间件。
- 只对明确可重试的写操作加重试，比如支付扣款、库存预占；读操作、幂等性已由上游保证的操作（如日志记录）不重试
- 用指数退避：
for ($i = 0; $i - 记录重试日志时带上
$e->getPrevious()->getMessage()，从中提取 InnoDB 日志里的*** (1) HOLDS THE LOCK(S)片段，这是定位锁冲突点的唯一线索 - 别依赖 Hyperf 的
@Retry注解——它作用于整个方法，若方法里混有非数据库操作（如 HTTP 调用），重试会重复执行这些副作用
最易被忽略的一点：Hyperf 的 Db::transaction() 默认不设置隔离级别，走 MySQL 全局配置。如果 DBA 把全局设为 REPEATABLE READ，那所有范围查询都会带间隙锁；而业务其实只需要 READ COMMITTED。应在 config/autoload/databases.php 中显式指定 'options' => [PDO::ATTR_EMULATE_PREPARES => true, PDO::MYSQL_ATTR_INIT_COMMAND => 'SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED']。
