baotiao
·
MySQL 常见死锁场景 – 并发Replace into导致死锁
💡
原文中文，约4100字，阅读约需10分钟。
📝
内容提要
本文讲述了并发场景下使用replace into操作容易出现死锁问题，原因是唯一键冲突导致的锁等待。MySQL InnoDB在申请insert_intention lock时采取规避措施，避免了多个事务等待同一个锁的情况。
🎯
关键要点
- 并发场景下使用replace into操作容易出现死锁问题，原因是唯一键冲突导致的锁等待。
- MySQL在Read Commit隔离级别需要添加GAP lock，导致锁等待。
- replace into操作在插入数据时，如果存在唯一性冲突，会自动更新对应行。
- 在并发插入时，可能出现死锁，尤其是当多个事务同时尝试插入相同的唯一键时。
- 死锁信息中的错误提示可能会误导用户，实际情况是事务未持有锁。
- replace into操作的流程中，如果插入遇到唯一索引冲突，事务锁不会立即释放。
- MySQL的2Phase Lock机制保证了事务锁在提交前不会释放。
- 在replace into操作中，如果遇到冲突，可能会执行delete + 重新insert的操作，消耗更多资源。
- 当一个线程持有next-key lock时，另一个线程在申请时会导致等待，从而可能形成死锁。
- MySQL InnoDB在申请insert_intention lock时采取规避措施，避免多个事务等待同一个锁的情况。
➡️
