柠檬🍋的论坛回复_云社区-华为云

MySQL InnoDB 存储引擎默认的事务隔离级别是 REPEATABLE READ（可重复读）。它主要通过 MVCC（Multi-Version Concurrency Control，多版本并发控制）+ Undo Log + Read View 来实现。1. 四种隔离级别从低到高通常是：隔离级别脏读不可重复读幻读READ UNCOMMITTED✅✅✅READ COMMITTED❌✅✅REPEATABLE READ❌❌理论上可能，InnoDB 通过间隙锁等机制处理SERIALIZABLE❌❌❌InnoDB 默认采用 REPEATABLE READ。2. MVCC 是怎么工作的？可以简单理解成：数据库不会只保存一份数据，而是通过 Undo Log 保存数据的历史版本，让不同事务可以读取自己应该看到的那个版本。例如数据库最初：id = 1name = 张三age = 20事务 A 开始后，事务 B 执行：UPDATE user SET age = 21 WHERE id = 1;InnoDB 不会简单地把 20 永久覆盖掉，而是：当前版本：age = 21Undo Log：age = 20于是数据库实际上形成了一个版本链：最新版本 age=21 ↓历史版本 age=20 ↓更早版本 ...事务 A 如果需要读取旧版本，就可以沿着 Undo Log 找到自己应该看到的数据。3. Read View 是关键MVCC 中还有一个非常重要的东西：Read View（读视图）。事务进行一致性读时，会创建 Read View，用它判断：某个数据版本对当前事务来说，到底可不可见？可以简单理解为：事务 A │ ├── 创建 Read View │ ↓读取数据 │ ├── 最新版本对我可见？ │ ↓ 否 │ └── 沿 Undo Log 找历史版本 ↓ 找到可见版本因此，即使其他事务已经修改了数据，事务 A 仍然可能读取到自己事务开始时所看到的版本。4. 为什么叫“可重复读”？例如事务 A：BEGIN;SELECT age FROM user WHERE id = 1;得到：20此时事务 B 修改：UPDATE user SET age = 21 WHERE id = 1;COMMIT;事务 A 再次执行：SELECT age FROM user WHERE id = 1;在 InnoDB 的 RR 隔离级别下，一致性读仍然可以得到：20因为事务 A 的 Read View 会让它继续看到符合可见性规则的旧版本，而不是直接读取事务 B 提交后的新版本。5. MVCC 解决的核心问题可以把 InnoDB 的 MVCC 简化成： InnoDB │ ┌────────────┴────────────┐ ↓ ↓ 当前数据 Undo Log │ │ 最新版本 ←────────────── 历史版本 │ ↓ Read View │ ↓ 判断哪个版本可见 │ ↓ 返回给事务这样多个事务就可以：事务 A：读取旧版本事务 B：修改并读取新版本事务 C：读取自己的可见版本彼此之间不需要因为普通查询而完全阻塞。6. 一个容易混淆的点MVCC 并不等于“完全不会出现幻读”。InnoDB 的 RR 隔离级别主要依靠：MVCC：解决普通 SELECT 的一致性读问题Next-Key Lock（临键锁）Gap Lock（间隙锁）共同处理并发问题。其中：SELECT ...这种普通一致性读主要依赖 MVCC。而：SELECT ... FOR UPDATE属于当前读（Current Read），读取的是最新版本，并且可能通过锁机制防止其他事务插入满足条件的新记录。所以可以记成一句面试答案：MySQL InnoDB 默认隔离级别是 REPEATABLE READ。InnoDB 通过 MVCC 实现一致性读，利用 Undo Log 保存数据历史版本，并通过 Read View 判断事务可见的数据版本；对于当前读，则结合行锁、间隙锁和 Next-Key Lock 等机制控制并发，从而实现较强的事务隔离。