首先启用MySQL死锁日志，通过SHOW ENGINE INNODB STATUS分析死锁原因；其次统一事务加锁顺序，如先锁订单表再锁库存表；缩短事务时间，避免在事务中执行耗时操作；采用乐观锁（版本号控制）或悲观锁（FOR UPDATE）应对不同并发场景；最后设置innodb_lock_wait_timeout并捕获错误码1213实现最多三次重试机制。
当多个PHP进程同时访问数据库并争夺相同资源时，可能会导致数据库死锁或并发冲突。这类问题通常表现为事务长时间阻塞、请求超时或数据库报错“Deadlock found when trying to get lock”。以下是检测和解决此类问题的具体方法。
本文运行环境：Dell PowerEdge R750，Ubuntu 22.04
一、启用并查看数据库死锁日志
通过开启MySQL的InnoDB死锁日志记录功能，可以捕获最近发生的死锁信息，便于分析原因。
1、登录MySQL命令行客户端，执行以下命令查看InnoDB状态：
立即学习“PHP免费学习笔记（深入）”；
SHOW ENGINE INNODB STATUS\G
2、在输出结果中查找“LATEST DETECTED DEADLOCK”部分，该部分会显示最近一次死锁的时间、涉及的事务、SQL语句以及锁定的资源。
3、根据日志中的事务等待图分析哪个事务持有锁、哪个事务在等待，从而定位代码中可能引发竞争的位置。
二、优化事务执行顺序以避免死锁
确保所有事务按照相同的顺序访问表和行，可显著降低死锁发生的概率。
1、审查应用程序中涉及多表更新的事务逻辑，统一操作顺序。
2、例如，在处理订单与库存时，始终先锁定订单表再锁定库存表，保持一致的加锁路径。
3、修改PHP代码中的事务块，确保不同接口或服务遵循同一加锁顺序。
三、缩短事务执行时间
长时间运行的事务会增加锁持有时间，提高与其他事务发生冲突的可能性。
1、将不必要的操作移出事务范围，仅保留必须的数据库写入操作。
2、避免在事务中执行网络请求、文件读写或其他耗时操作。
3、使用如下结构控制事务粒度：
mysqli_autocommit($conn, FALSE);
执行关键SQL后立即提交：
mysqli_commit($conn);
搜索 Hivemind 精选的 Web3 营销知识库（RAG），获取从业者洞察、框架、实操指南和案例研究。当：(1) an... 时使用此技能。
四、使用乐观锁处理高并发更新
乐观锁假设冲突较少，通过版本号或时间戳机制检测并发修改，适用于读多写少场景。
1、在数据表中添加一个version字段，默认值为0。
2、查询数据时一同获取当前version值。
3、更新时使用条件更新语句：
UPDATE products SET stock = 10, version = version + 1 WHERE id = 1 AND version = 0;
4、在PHP中判断受影响行数是否为1，若不为1则说明已被其他请求修改，需重新读取并重试。
五、采用悲观锁显式控制资源访问
悲观锁假定冲突频繁发生，通过提前加锁防止并发修改，适合写操作密集的场景。
1、在事务开始后立即对关键行加排他锁：
SELECT * FROM accounts WHERE user_id = 1 FOR UPDATE;
2、此语句会阻塞其他事务对该行的读取（如使用READ COMMITTED以上隔离级别）。
3、完成业务逻辑后提交事务以释放锁，避免长时间占用。
六、设置合理的超时与重试机制
自动检测死锁并进行有限次重试，可提升系统容错能力。
1、配置InnoDB死锁检测超时参数：
SET innodb_lock_wait_timeout = 50;
2、在PHP代码中捕获死锁异常（错误码1213）：
if ($e->getCode() == 1213) { // 死锁发生 }
3、实现最多三次重试逻辑：
for ($i = 0; $i
