MySQL通过InnoDB的MVCC和锁机制实现事务隔离，支持四种级别：READ UNCOMMITTED允许脏读；READ COMMITTED每次读取创建新Read View，解决脏读但存在不可重复读；REPEATABLE READ在事务首次读取时创建Read View并复用，结合临键锁防止幻读；SERIALIZABLE则对所有读操作加共享锁，写操作加排他锁，实现完全串行化。
MySQL 实现事务隔离主要依赖于存储引擎（如 InnoDB）提供的锁机制和多版本并发控制（MVCC）。通过这些技术，MySQL 能在多个事务并发执行时保证数据的一致性和隔离性。核心在于不同事务隔离级别下的行为控制，InnoDB 支持四种标准隔离级别，每种级别对并发问题的处理方式不同。
事务隔离级别的设置
MySQL 允许通过以下命令设置事务的隔离级别：
SET [SESSION | GLOBAL] TRANSACTION ISOLATION LEVEL READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE;也可以在配置文件中设置全局默认值，或在会话开始时动态调整。
MVCC 与快照读（Read View）
InnoDB 在 READ COMMITTED 和 REPEATABLE READ 级别下使用 MVCC 来提高并发性能。MVCC 通过保存数据的历史版本，使得读操作不需要加锁，也不会阻塞写操作。
关键机制包括：
-
隐藏字段：每行数据包含两个隐藏列，
DB_TRX_ID（最后修改事务 ID）和DB_ROLL_PTR（回滚指针），用于追踪版本链。 - Read View：事务启动时创建一个视图，记录当前活跃事务的 ID 列表。根据这个视图判断哪些数据版本对当前事务可见。
- 版本链比较：读取数据时，沿着版本链查找符合 Read View 规则的记录，实现非锁定一致性读。
在 REPEATABLE READ 下，Read View 在事务第一次读取时创建，之后一直复用，保证可重复读；而 READ COMMITTED 每次读都创建新的 Read View，因此能读到最新已提交数据。
锁机制与当前读
对于写操作或显式加锁的读（如 SELECT ... FOR UPDATE），MySQL 使用锁来保证隔离性。
- 记录锁（Record Lock）：锁住单行记录。
- 间隙锁（Gap Lock）：锁住索引记录之间的“间隙”，防止幻读。
- 临键锁（Next-Key Lock）：记录锁 + 间隙锁，是 InnoDB 默认使用的行级锁类型。
在 SERIALIZABLE 隔离级别下，普通读也会自动转为加锁读，彻底避免并发问题，但代价是性能下降。
在 REPEATABLE READ 中，InnoDB 使用临键锁配合 MVCC 来防止大部分幻读现象。
各隔离级别的实现差异
- READ UNCOMMITTED：不启用 MVCC 的完整机制，直接读取最新数据，包括未提交的数据，会出现脏读。
- READ COMMITTED：每次读取都生成新 Read View，只能读已提交数据，解决脏读，但不可重复读。
- REPEATABLE READ：事务首次读创建 Read View，后续读复用，保证可重复读；通过临键锁防止幻读。
- SERIALIZABLE：所有读操作自动加共享锁，写操作加排他锁，完全串行化执行。
基本上就这些。MySQL 的事务隔离是锁和 MVCC 协同工作的结果，不同级别在一致性和性能之间做权衡。理解其底层机制有助于写出更高效、安全的数据库操作代码。
