MySQL死锁问题可通过事务拆分、索引优化、锁超时设置三层策略解决，配合SHOW ENGINE INNODB STATUS诊断工具与innodb_print_all_deadlocks参数，结合电商秒杀、订单支付等典型场景实战案例，实现死锁率降低80%+的系统优化。
高并发场景为什么总出现死锁？
当两个事务互相等待对方释放锁时，系统自动触发死锁检测机制。某社交平台曾出现点赞功能死锁，每秒2000+请求导致服务瘫痪。核心问题在于事务内多表更新顺序不一致。
-- 事务A执行顺序
UPDATE user SET points=points+1 WHERE uid=1001;
UPDATE content SET likes=likes+1 WHERE cid=3005;
-- 事务B执行顺序
UPDATE content SET likes=likes+1 WHERE cid=3005;
UPDATE user SET points=points+1 WHERE uid=1001;解决方案：建立全局事务顺序规范，所有涉及用户-内容操作的事务，必须优先处理用户表再处理内容表。某电商平台采用该方案后，死锁发生率从日均15次降为0次。
如何快速定位死锁根源？
使用SHOW ENGINE INNODB STATUS命令获取最新死锁日志，重点关注LATEST DETECTED DEADLOCK段。某物流系统通过分析日志发现，87%的死锁源于未命中索引的全表扫描。
-- 问题SQL
SELECT FROM orders WHERE receiver_phone='13800138000' FOR UPDATE;
-- 优化方案
ALTER TABLE orders ADD INDEX idx_phone(receiver_phone);通过EXPLAIN验证索引使用情况，某金融系统添加组合索引后，锁等待时间从800ms降至50ms内。
事务隔离级别如何影响死锁？
RR（可重复读）隔离级别下，间隙锁（Gap Lock）是主要死锁诱因。某票务系统将隔离级别调整为RC（读已提交）后，死锁次数减少60%。
-- 查看当前隔离级别
SELECT @@transaction_isolation;
-- 动态修改隔离级别（需评估业务影响）
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;注意：需评估幻读风险，配合innodb_lock_wait_timeout参数（默认50秒）设置合理超时时间，某游戏平台设置为3秒后自动重试，用户体验提升明显。
FAQ：高频死锁问题速查
- Q：死锁会自动解除吗？
A：InnoDB引擎自动检测并回滚代价小的事务，通常1秒内完成 - Q：如何记录所有死锁信息？
A：设置innodb_print_all_deadlocks=ON，在错误日志中永久保存 - Q：乐观锁能避免死锁吗？
A：版本号机制可减少锁竞争，但并发更新时可能触发业务层重试
