MySQL 的锁机制和数据隔离：一个 Java 老兵的实战总结

🚀 作者：8年Java后端开发经验，主攻微服务架构、分布式系统、数据库调优

🧠 关键词：MySQL、锁机制、事务隔离、MVCC、可重复读、幻读、行锁、间隙锁

在 Java 后端开发中，我们绕不开的一个话题就是 数据库并发控制。特别是在分布式系统、订单系统、库存扣减等高并发场景下，如果你不了解 MySQL 的锁机制和事务隔离级别，轻则线上 bug 不断，重则数据错乱、业务瘫痪。

今天就从一个"实战老兵"的视角，带你系统梳理 MySQL 的锁机制和数据隔离原理，顺带聊聊 Java 程序员该怎么用姿势更优雅、稳定。

我们先把锁机制这锅饭端上来，MySQL 的锁可以从多个维度分类：

✅ InnoDB 是 MySQL 默认存储引擎，它支持行级锁和多版本并发控制（MVCC），是高并发写场景的优选。

sql 复制代码

-- 显式加锁
SELECT * FROM user WHERE id = 1 LOCK IN SHARE MODE; -- 共享锁
SELECT * FROM user WHERE id = 1 FOR UPDATE;         -- 排他锁

这是 InnoDB 实现 可重复读 的关键：

举个例子：

sql 复制代码

-- 假设表中已有 id = 100 的记录
-- 事务A执行：
BEGIN;
SELECT * FROM user WHERE id = 100 FOR UPDATE;

-- 同时事务B插入：
INSERT INTO user(id) VALUES(101); -- 被锁住，等待事务A释放

InnoDB 会加 Next-Key Lock，防止幻读（后面讲）。

SQL 标准定义了四种隔离级别，Java 程序员在 Spring 或 JPA 里经常设置：

ini 复制代码

@Transactional(isolation = Isolation.READ_COMMITTED)

隔离级别	脏读	不可重复读	幻读
READ UNCOMMITTED	✅	✅	✅
READ COMMITTED	❌	✅	✅
REPEATABLE READ	❌	❌	✅
SERIALIZABLE	❌	❌	❌

🚨 MySQL InnoDB 默认是 REPEATABLE READ ，但通过 MVCC + 间隙锁 实现了避免幻读。

MVCC（Multi-Version Concurrency Control）是 InnoDB 实现高并发又保证一致性的核心机制。

InnoDB 每行数据背后都有两个隐藏字段：

每个事务根据自己的快照读取符合条件的版本，这样即使别人更新了，你读到的仍是自己事务开始时的数据。

java

ini 复制代码

UPDATE product
SET stock = stock - 1, version = version + 1
WHERE id = 1 AND version = 3;

typescript 复制代码

@Transactional
public void updateOrder() {
    // 查询 + 更新 + 插入
}

☕️ 建议：控制事务方法粒度，避免长事务；避免在事务中操作远程服务。

MySQL 的锁机制和数据隔离从来不是玄学。作为一名资深 Java 工程师，我最大的体会是：