【面试题】MySQL 默认的事务隔离级别是什么？为什么选择这个级别？

MySQL 默认的事务隔离级别是 可重复读（REPEATABLE READ）。这是 MySQL InnoDB 存储引擎的默认设置，也是 MySQL 与其他数据库（如 Oracle、PostgreSQL 默认使用 READ COMMITTED）的重要区别。

---

一、为什么选择 REPEATABLE READ 作为默认级别？

1. 保证数据一致性的最佳平衡

-- 在 REPEATABLE READ 级别下：
-- 事务 A
START TRANSACTION;
SELECT * FROM accounts WHERE user_id = 1; -- 第一次查询

-- 事务 B（同时执行）
START TRANSACTION;
UPDATE accounts SET balance = balance + 100 WHERE user_id = 1;
COMMIT;

-- 事务 A 再次查询
SELECT * FROM accounts WHERE user_id = 1; -- 结果与第一次相同（不可重复读被解决）
COMMIT;

优势：

• 防止不可重复读：同一事务内多次读取同一数据，结果一致
• 防止脏读：不会读取未提交的数据
• 一定程度防止幻读：通过 MVCC + Next-Key Locking 机制

---

2. 适应 MySQL 主从复制架构

MySQL 的复制机制（特别是基于语句的复制）要求：

• Binlog 格式：默认使用基于语句的复制（Statement-Based Replication）
• 可重复读确保一致性：在 REPEATABLE READ 下，事务内的 SELECT 看到的是同一快照，使得 binlog 中的语句在从库重放时结果一致

-- 主库执行（基于语句的复制）
START TRANSACTION;
INSERT INTO orders VALUES (1, 'pending');
-- 此时其他事务修改了数据
UPDATE orders SET status = 'shipped' WHERE id = 1;
COMMIT;

-- 从库重放 binlog 时，需要保证 UPDATE 语句看到的数据与主库一致
-- REPEATABLE READ 的快照机制保证了这一点

---

3. InnoDB 的 MVCC 实现优势

InnoDB 通过 多版本并发控制（MVCC） 实现 REPEATABLE READ：

-- MVCC 工作原理简示
-- 数据行结构
| id | name | balance | trx_id | roll_pointer |
|----|------|---------|--------|--------------|
| 1  | Alice| 1000    | 100    | 指向旧版本   |

-- 事务 101 读取时：
-- 1. 创建 Read View（包含活跃事务列表）
-- 2. 只读取 trx_id < 101 且已提交的数据
-- 3. 通过 undo log 构造历史版本

MVCC 在 REPEATABLE READ 下的特点：

• 事务开始时创建 Read View，整个事务期间都使用这个快照
• 读操作不需要加锁，提高并发性能
• 写操作使用 Next-Key Locking 防止幻读

---

4. 历史兼容性和应用习惯

• 历史原因：早期 MySQL 的 MyISAM 不支持事务，InnoDB 引入后选择了与标准 SQL 一致的默认级别
• 应用习惯：许多 PHP、Java 应用基于 MySQL 开发，默认级别已被广泛接受

---

二、不同隔离级别的对比

隔离级别	脏读	不可重复读	幻读	InnoDB 实现机制
READ UNCOMMITTED	❌ 可能	❌ 可能	❌ 可能	无锁读取最新数据
READ COMMITTED	✅ 防止	❌ 可能	❌ 可能	每次 SELECT 创建新 Read View
REPEATABLE READ (默认)	✅ 防止	✅ 防止	⚠️ 部分防止	事务开始创建 Read View + Next-Key Lock
SERIALIZABLE	✅ 防止	✅ 防止	✅ 防止	所有 SELECT 自动加锁

---

三、REPEATABLE READ 的实际效果

1. 快照读（一致性非锁定读）

-- 事务 A
START TRANSACTION; -- 创建 Read View

-- 此时数据：id=1, balance=1000
SELECT balance FROM accounts WHERE id = 1; -- 返回 1000

-- 事务 B 修改数据并提交
START TRANSACTION;
UPDATE accounts SET balance = 2000 WHERE id = 1;
COMMIT;

-- 事务 A 再次读取（不可重复读被防止）
SELECT balance FROM accounts WHERE id = 1; -- 仍然返回 1000
COMMIT;

-- 事务提交后读取最新数据
SELECT balance FROM accounts WHERE id = 1; -- 返回 2000

2. 当前读（锁定读）

-- 使用 FOR UPDATE 或 LOCK IN SHARE MODE 进行当前读
START TRANSACTION;
SELECT * FROM accounts WHERE id = 1 FOR UPDATE; -- 获取最新数据并加锁

-- 其他事务的 UPDATE 会被阻塞

3. 幻读的防止

-- 事务 A
START TRANSACTION;
SELECT * FROM users WHERE age > 20; -- 返回 5 条记录

-- 事务 B 插入新记录
START TRANSACTION;
INSERT INTO users (name, age) VALUES ('Bob', 25); -- 会被阻塞（Next-Key Lock）
COMMIT; -- 等待事务 A 释放锁

-- 事务 A 再次查询
SELECT * FROM users WHERE age > 20; -- 仍然返回 5 条记录
COMMIT; -- 释放锁，事务 B 的插入才能执行

---

四、如何查看和修改隔离级别

查看当前隔离级别

-- 查看全局隔离级别
SELECT @@global.transaction_isolation;

-- 查看会话隔离级别
SELECT @@session.transaction_isolation;

-- 查看当前连接的隔离级别
SELECT @@transaction_isolation;

-- 输出示例：REPEATABLE-READ

修改隔离级别

-- 修改当前会话的隔离级别
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;

-- 修改全局隔离级别（重启后生效）
SET GLOBAL TRANSACTION ISOLATION LEVEL READ COMMITTED;

-- 或在 my.cnf 中配置
[mysqld]
transaction-isolation = READ-COMMITTED

---

五、什么时候应该调整隔离级别？

推荐使用 READ COMMITTED 的场景

-- 1. 高并发写入场景
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
START TRANSACTION;
-- 较少的锁冲突，更高的并发度

-- 2. 使用基于行的复制（Row-Based Replication）
-- 需要配合修改配置
SET GLOBAL binlog_format = 'ROW';

-- 3. Oracle 迁移到 MySQL 的应用
-- 保持与 Oracle 默认行为一致

坚持使用 REPEATABLE READ 的场景

-- 1. 金融交易系统（需要高度一致性）
START TRANSACTION;
-- 多次读取余额必须一致

-- 2. 报表系统（需要一致的数据视图）
START TRANSACTION;
-- 生成报表期间数据不应变化

-- 3. 使用基于语句的复制（默认）
-- 保证主从数据一致性

---

六、注意事项和最佳实践

1. 长事务问题

-- 长事务在 REPEATABLE READ 下会导致问题
START TRANSACTION;
SELECT * FROM large_table; -- 创建快照

-- 长时间不提交...
-- 结果：Undo 日志堆积，影响性能
-- 建议：设置事务超时
SET SESSION max_execution_time = 5000; -- 5秒超时

2. 监控和调优

-- 监控长事务
SELECT 
    trx_id,
    trx_started,
    TIMEDIFF(NOW(), trx_started) AS duration,
    trx_state
FROM information_schema.INNODB_TRX
ORDER BY trx_started;

-- 查看锁等待
SELECT * FROM information_schema.INNODB_LOCK_WAITS;

3. 应用程序适配

// Spring Boot 中配置隔离级别
@Configuration
public class DataSourceConfig {
    
    @Bean
    public PlatformTransactionManager transactionManager(DataSource dataSource) {
        DataSourceTransactionManager tm = new DataSourceTransactionManager(dataSource);
        tm.setDefaultTimeout(30); // 设置超时
        tm.setDefaultIsolationLevel(TransactionDefinition.ISOLATION_REPEATABLE_READ);
        return tm;
    }
}

// 或在具体方法上指定
@Transactional(isolation = Isolation.READ_COMMITTED, timeout = 10)
public void updateAccount(Account account) {
    // ...
}

---

七、与其他数据库的对比

数据库	默认隔离级别	备注
MySQL (InnoDB)	REPEATABLE READ	MVCC + Next-Key Lock 实现
Oracle	READ COMMITTED	多版本读一致性实现不同
PostgreSQL	READ COMMITTED	使用 MVCC，但默认级别不同
SQL Server	READ COMMITTED	可通过快照隔离提升

---

总结

MySQL 选择 REPEATABLE READ 作为默认隔离级别，主要基于：

1. 数据一致性：提供了脏读和不可重复读的防止，适应大多数应用场景
2. 复制兼容：配合基于语句的复制，保证主从数据一致性
3. 性能平衡：MVCC 实现读不加锁，写操作通过 Next-Key Locking 防止幻读
4. 历史兼容：长期默认设置，生态系统已适应

最佳实践建议：

• 大多数情况：使用默认的 REPEATABLE READ
• 高并发写入：考虑切换到 READ COMMITTED + ROW 格式 binlog
• 金融系统：保持 REPEATABLE READ，注意长事务控制
• 迁移应用：根据源数据库特性调整隔离级别

理解隔离级别的选择对于设计高性能、高可用的 MySQL 应用至关重要。