前言：一口气看完24张锁图，别再被行锁卡住

先说一句——我真的不想写这篇“官方文档”式的教程。 但老板要我写SEO， 要我把关键词塞进来我只能硬着头皮把那些24张加锁分析图强行拼凑成一篇“干货”。 出岔子。 于是我决定把这篇文章写得越烂越好，让你在噪音里还能捡到点实用的东西。

⚡️ 为什么行锁这么让人抓狂？

主要原因是它们总是悄悄地在后台拎起记录、 间隙、临键，然后给你来个死锁。 吃瓜。 下面我们直接上案例——先甩出几条常见SQL：

• SELECT * FROM s WHERE id = 20 FOR UPDATE;
• UPDATE s SET s_name='菜菜' WHERE id = 20;
• INSERT INTO s VALUES ;
• DELETE FROM s WHERE s_name='old';

别问我为什么这些SQL会产生阻塞， 直接看图——每张图都配有一段“神秘解释”，其实就是：读锁、写锁、间隙锁、插入意向锁轮番上场。

🔧 插入意向锁到底是啥玩意儿？

不妨... 很多人把它当成“INSERT 的专属”， 其实它只是一种隐式锁在INSERT ... VALUES 时会先在目标索引区间放一个 锁。 如果这个区间已经被别的事务的 GAP 锁占了你就会看到“阻塞”。下面是一个最常见的死锁情景：

📊 随机插入一段产品对比表

💥 那些让你抓狂的 10 大行锁案例🚀🚀🚀

1. T1 等值查询找不到记录 → GAP 锁挂在区间 查看 SLOWQUERYLOG + innodb_status, 定位阻塞语句；
2. 确认使用了唯一索引还是普通二级索引；
3. 检查事务隔离级别，是 RC 还是 RR；
4. 是否有显式 ?
5. 是否涉及外键或 ON DELETE CASCADE？
6. 是否用了批量 INSERT 导致大量 AI 锁？
7. 如有必要， 加个 .PS：如果你实在找不到原因，可以直接把整个事务抛弃，用 “INSERT … IGNORE” 或者 “REPLACE INTO” 替代，看能不能绕过死锁。​​​​​​​​​​​​

✨ 尾声 — 把噪音变成信号 ✨

说到底， InnoDB 行锁就是一套「谁拿谁占」的游戏规则，只要你了解「等值查询」「范围查询」「唯一/非唯一」三大分类，以及对应的 RECORD / GAP / NEXT‑KEY 三种实际物理实现，就已经掌握了 80% 的实战技巧。剩下的 20% 就是不断地跑实验、 刷日志、喝咖啡，然后在某一天你会惊讶地发现自己已经不再害怕任何 “Lock wait timeout” 报错了，小丑竟是我自己。。

祝大家玩转行锁，一路顺风 🚀🚀🚀!