mysql中死锁的预防策略包括：1. 按照一致的顺序访问
表和行，避免循环依赖；2. 缩小事务范围，减少锁持有时间，避免在事务中执行耗时操作；3. 合理使用索引，避免全表扫描带来的锁粒度扩大；4. 设置合理的重试机制，在应用层捕获死锁并自动重试，从而有效避免或缓解死锁问题。
在MySQL中，死锁是多个事务相互等待对方释放资源导致的“僵局”，常见于高并发写入场景。避免死锁的关键在于减少事务持有锁的时间、统一访问顺序、合理设计索引等。下面是一些常用的预防策略。
1. 按照一致的顺序访问表和行
如果多个事务以不同的顺序操作相同的资源（比如先更新A表再更新B表 vs 先更新B再更新A），就容易产生循环依赖，进而引发死锁。
建议：
- 所有业务逻辑都按照统一的顺序来操作数据库对象。
- 比如：所有涉及订单和库存的操作都先更新订单表，再更新库存表。
这样即使多个事务同时执行，也能降低互相等待的风险。
2. 尽量缩小事务范围，减少持有锁的时间
事务持续时间越长，锁持有的时间也越长，就越可能与其他事务发生冲突。
建议：
- 避免在事务中做耗时操作，比如网络请求、复杂计算。
- 把不需要在事务中执行的SQL提前或延后执行。
- 只在真正需要事务的地方使用BEGIN/COMMIT。
例如：
-- 不推荐 START TRANSACTION; SELECT ... FROM orders WHERE id = 1 FOR UPDATE; -- 加锁 DO_SOME_LONG_OPERATION(); -- 假设这个很慢 UPDATE inventory SET stock = stock - 1 WHERE product_id = 100; COMMIT; -- 推荐 SELECT ... FROM orders WHERE id = 1 FOR UPDATE; -- 单独加锁并快速提交 START TRANSACTION; UPDATE inventory SET stock = stock - 1 WHERE product_id = 100; COMMIT;
3. 合理使用索引，避免全表扫描带来的锁粒度扩大
如果没有合适的索引，MySQL可能会对更多行甚至整张表加锁，从而增加死锁概率。
建议：
- 对经常用于WHERE条件中的字段建立索引。
- 对JOIN字段、排序字段也要考虑索引优化。
- 使用
EXPLAIN分析查询是否命中了索引。
例如，一个没有索引的UPDATE语句可能导致锁住整个表：
UPDATE users SET status = 1 WHERE email = 'test@example.com';
如果email字段没有索引，MySQL可能会锁住很多行甚至整张表。
4. 设置合理的重试机制
死锁无法完全避免，尤其是在高并发系统中。所以一旦出现死锁，应由应用程序进行捕获并自动重试。
建议：
- 在代码层面捕获死锁错误码（如MySQL的1213）。
- 实现简单的重试逻辑，比如最多尝试3次。
- 避免重试次数过多导致雪崩效应。
示例伪代码：
retry_count = 0
while retry_count < 3:
try:
# 执行事务
db.execute(...)
commit()
break
except DeadlockError:
retry_count += 1
wait_a_moment()基本上就这些。
虽然死锁问题看起来复杂，但通过规范开发习惯、优化SQL结构、合理使用索引，大部分情况都可以有效避免或缓解。
