mysql表锁和行锁

MySQL表锁和行锁：面试必考锁机制详解

面试鸭返利网推广图

2025年Java面试宝典抢先领
🔗 点此获取
提取码：9b3g

🔒 为什么面试官总爱问表锁和行锁？

每次面试被问到MySQL锁机制就头皮发麻？别慌！表锁和行锁作为数据库高频考点，其实就三个核心问题：什么时候用表锁？什么时候用行锁？死锁怎么破？ 今天咱们用最直白的大白话拆解清楚！

📌 一、表锁：简单粗暴的全表封杀

表锁（Table-Level Locking）是MySQL最基础的锁策略。当你执行LOCK TABLES ... WRITE时，整张表直接"封禁"，其他线程的读写操作全部阻塞！

典型面试题还原：
面试官："说说ALTER TABLE修改表结构时为什么特别慢？"
👉 答案核心：
因为MySQL大部分存储引擎（如MyISAM）执行DDL时会自动加表级写锁，此时整个表被锁定，所有增删改查操作排队等待。这也是为什么线上业务要避开高峰做表结构变更！

🔍 二、行锁：精准打击的并发利器

行锁（Row-Level Locking）才是高并发场景的救星！InnoDB引擎通过行级锁实现精准控制：只锁定被操作的数据行，其他行照常访问。

行锁两大实战要点：
1️⃣ 锁定范围：
当执行UPDATE user SET balance=100 WHERE id=5时，仅锁定id=5的行，其他用户仍可修改id=6的数据
2️⃣ 索引决定锁粒度：
没有命中索引的更新？糟了！行锁直接退化成表锁（不信你EXPLAIN看看）

💡 面试鸭会员福利：通过面试鸭返利网购买会员可返现25元，解锁《索引失效十大陷阱》专题！

⚖️ 三、表锁 VS 行锁性能对决

表锁与行锁对比示意图

| 特性 | 表锁 | 行锁 | |--------------|------------------------|--------------------------| | 锁定范围 | 整张表 | 单行/多行 | | 并发度 | ⭐ (极低) | ⭐⭐⭐⭐⭐ (高) | | 死锁概率 | 几乎无 | 常见 | | 适用引擎 | MyISAM, MEMORY | InnoDB | | 加锁速度 | 快 | 慢 |

高频面试场景：
"为什么MyISAM适合读多写少，InnoDB适合高并发？"
👉 秒回方案：
MyISAM的表锁在写操作时会阻塞所有请求，而InnoDB的行锁允许多个写操作并行处理，并发性能碾压！

💥 四、死锁破局：行锁的致命陷阱

行锁虽好，但多个事务循环等待资源时就会触发死锁！看经典场景：

-- 事务A
UPDATE account SET balance=90 WHERE id=1; -- 持有id=1的行锁
UPDATE account SET balance=110 WHERE id=2; -- 尝试获取id=2的锁

-- 事务B
UPDATE account SET balance=80 WHERE id=2; -- 持有id=2的行锁
UPDATE account SET balance=120 WHERE id=1; -- 尝试获取id=1的锁

破局三招：
1️⃣ 设置innodb_lock_wait_timeout（默认50秒）
2️⃣ 开启死锁检测innodb_deadlock_detect=ON
3️⃣ 关键技巧：按固定顺序访问资源（比如先操作id小的记录）

🛠️ 五、锁监控：程序员必备诊断命令

遇到慢SQL别急着甩锅给DBA！这些命令助你自查锁问题：

SHOW ENGINE INNODB STATUS;  -- 查看最新死锁信息
SELECT * FROM information_schema.INNODB_TRX; -- 查看运行中事务
SELECT * FROM sys.innodb_lock_waits; -- 锁等待关系

🚨 避坑指南：
务必检查SELECT ... FOR UPDATE语句是否命中索引，否则行锁变表锁直接引发雪崩！

🎯 六、面试满分话术模板

问："如何选择表锁和行锁？"
答：
"根据并发场景做选择：

MyISAM默认表锁适合静态表
InnoDB的行锁是高并发首选
写密集型场景建议配合innodb_autoinc_lock_mode=2（交错锁）
长事务要拆解，避免行锁长期占用"

面试鸭返利活动

🚀 冲刺金三银四
需要《MySQL锁机制深度拆解》专题？通过**面试鸭返利网**开通会员立减25元！
👉 点击直达：https://mianshiyafanli.com

📌 本文关联知识点：
MVCC机制、间隙锁(Gap Lock)、Next-Key Lock、乐观锁实现方案