死锁由多事务循环等待资源引发，解决方法包括捕获异常后重试、减少事务范围、按固定顺序访问资源、优化索引及降低隔离级别，预防可提升系统稳定性与性能。
数据库死锁是PHP应用在高并发场景下常见的问题，通常发生在多个事务相互等待对方释放锁资源时。解决和预防死锁不仅能提升系统稳定性，还能显著优化数据库性能。以下是实用的解决与预防方法。
理解死锁产生的原因
死锁通常由以下几种情况引发：
- 多个事务以不同顺序访问相同的资源（如表、行）
- 长时间持有锁未提交事务（如大事务或未及时关闭连接）
- 索引缺失导致全表扫描，增加锁的范围
- 事务隔离级别设置过高（如可重复读、串行化）
MySQL等主流数据库会自动检测死锁并回滚其中一个事务，但频繁死锁会影响用户体验和系统吞吐量。
解决已发生的死锁
当应用程序出现死锁报错（如Deadlock found when trying to get lock），可以采取以下措施：
立即学习“PHP免费学习笔记（深入）”；
- 捕获异常并重试：在PHP代码中捕获死锁异常（错误码1213），对事务进行有限次数的重试
- 分析死锁日志：通过SHOW ENGINE INNODB STATUS查看最近的死锁信息，明确涉及的SQL、索引和事务顺序
- 优化SQL执行顺序：确保所有事务以相同顺序访问表和行，减少交叉等待
// 示例：PDO事务重试机制
$maxRetries = 3;
for ($i = 0; $i
try {
$pdo->beginTransaction();
// 执行更新操作
$pdo->commit();
break; // 成功则跳出
} catch (PDOException $e) {
if ($e->getCode() == '40001' && $i
sleep(0.1); // 简单延迟后重试
continue;
} else {
throw $e; // 超过重试次数则抛出
}
}
}
预防死锁的最佳实践
从设计和编码层面减少死锁发生概率：
- 缩短事务周期：避免在事务中执行耗时操作（如网络请求、文件处理），尽快提交或回滚
- 合理使用索引：为WHERE、JOIN条件字段添加索引，避免间隙锁或表锁扩大影响范围
- 减少锁粒度：尽量操作单一记录而非批量更新多行；必要时分批处理
- 使用低隔离级别：在可接受的前提下使用READ COMMITTED代替REPEATABLE READ，减少间隙锁使用
- 避免长连接：使用连接池或短连接，防止连接空闲期间仍持有锁
- 乐观锁替代悲观锁：在冲突较少的场景，用版本号或时间戳实现并发控制，减少数据库锁依赖
性能监控与持续优化
定期检查数据库运行状态，及时发现潜在风险：
- 开启慢查询日志，分析执行时间长的SQL
- 监控EXPLAIN分析关键SQL执行计划，确保走正确索引
- 结合APM工具（如XHProf、Tideways）追踪PHP层数据库调用耗时
基本上就这些。死锁无法完全避免，但通过合理设计和代码规范可以大幅降低发生概率。关键是早发现、快响应、常优化。不复杂但容易忽略。
