• 日期: 2026-08-06
  • 标签: 程序员

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 应用至关重要。


原文地址: https://www.cveoy.top/t/topic/qHhb 著作权归作者所有。请勿转载和采集!

免费AI点我,无需注册和登录