MySQL表锁行锁：面试官最爱问的锁机制实战解析
作为程序员，面试时被问「MySQL锁机制」是不是后背一凉？别慌！今天咱们直接上干货，用白话拆解表锁和行锁的核心区别和实战场景。文末还准备了2025年Java面试宝典，记得看到最后！
👉 点击下载《2025年Java面试高频题库》
提取码：9b3g
🔒 一、什么是表锁（Table Lock）？
表锁就是给整张表上锁，像把会议室大门锁上。最典型的就是MyISAM引擎的锁机制：
- 共享锁（S锁）：所有会话都能读，但都不能写
LOCK TABLES orders READ; -- 其他会话可读不可写 - 独占锁（X锁）：只有当前会话能读写
LOCK TABLES orders WRITE; -- 其他会话阻塞等待
⚠️ 面试坑点：当执行
ALTER TABLE时，MySQL会自动加表锁，线上操作千万小心！
🔏 二、什么是行锁（Row Lock）？
行锁是InnoDB的看家本领，像只锁住会议室里某个工位：
- 精准锁定：只影响被操作的行
- 并发能力强：不同会话可同时修改不同行
-- 会话A更新id=1的行（自动加行锁）
UPDATE users SET balance=100 WHERE id=1;
-- 会话B可同时更新id=2的行 ✅
UPDATE users SET balance=200 WHERE id=2;
💥 三、表锁 vs 行锁 性能生死局
| 比较项 | 表锁 | 行锁 |
|--------------|-----------------------|-----------------------|
| 锁定粒度 | 整表 | 单行/间隙 |
| 并发度 | 低（易阻塞） | 高 |
| 死锁概率 | 几乎无 | 需注意锁顺序 |
| 适用引擎 | MyISAM | InnoDB |
| 典型场景 | 全表扫描操作 | 高并发精准更新 |
📌 高频考点：为什么InnoDB用行锁还会死锁？
答案：事务A锁了行1→想锁行2，事务B锁了行2→想锁行1！循环等待GG！
🛠️ 四、行锁优化实战技巧（面试加分区）
- 缩短事务时间：避免在事务里做网络请求
- 控制锁粒度：
SELECT ... FOR UPDATE慎用 - 索引防全表扫描：没索引的更新会升级为表锁！
- 监控锁竞争：
SHOW STATUS LIKE '%innodb_row_lock%'; -- 关注等待时长
❓ 五、经典面试题拆解
面试官：10万条数据要更新status字段，用行锁还是表锁？
候选人：
- 如果status有索引 → 用行锁（分批更新）
- 如果没索引 → 建议加索引或用表锁（凌晨操作）
- 终极方案：
pt-online-schema-change在线改表
💡 彩蛋：遇到死锁怎么办？
答：SHOW ENGINE INNODB STATUS查死锁日志，调整SQL执行顺序
🎁 文末福利
最近在整理大厂真题时发现很多同学卡在锁机制和事务隔离级别上，强烈建议刷透这套资料：
🔹 包含50+锁场景案例分析
🔹 覆盖InnoDB锁底层实现原理
🔹 附赠索引优化避坑指南
👉 《2025年Java面试锁机制专项突破》
提取码：9b3g
💸 省考提醒：现在通过**面试鸭返利网开通会员，联系客服可返现25元**！用真题库不肉疼~
✨ 本文档持续更新技术干货，欢迎收藏面试鸭返利网获取最新资源
