当前位置：首页 > news >正文

经典面试题：什么是事物的隔离级别？什么是MVCC？

news 2026/5/15 21:57:59

前言

事务的四大特性（ACID特性），即原子性、一致性、隔离性和持久性。“隔离性”确保了在并发环境中，事物的安全可靠。事物的隔离级别对与数据库来说至关重要，而MVCC是实现事物隔离性的重要技术，值得我们探讨一下。

一、事物的隔离级别

数据库事务的隔离级别定义了在多事务并发环境中，一个事务对数据进行读取或修改时，与其他事务的隔离程度。这主要是为了处理并发控制中可能出现的问题，如脏读、不可重复读和幻读。根据ACID（原子性、一致性、隔离性、持久性）原则中的隔离性要求，SQL标准定义了以下四种主要的事务隔离级别：

读未提交（Read Uncommitted）
- 这是最低的隔离级别，允许一个事务读取另一个事务尚未提交的数据（脏读）。
- 优点：并发度最高。
- 缺点：可能导致脏读、不可重复读和幻读问题。
读已提交（Read Committed）
- 事务只能读取已经提交的数据，避免了脏读问题。
- 优点：可以防止脏读。
- 缺点：仍可能出现不可重复读和幻读问题。
可重复读（Repeatable Read）
- 保证了在一个事务中多次读取同一数据的结果是一致的，即在事务开始后，不会看到其他事务对该数据的修改。
- MySQL的InnoDB存储引擎默认采用此隔离级别，并通过Next-Key Locks机制尽量避免幻读的发生。
- 优点：避免了脏读和不可重复读。
- 缺点：在某些数据库中（如标准的SQL定义），仍可能遇到幻读问题。
串行化（Serializable）
- 最高的隔离级别，通过完全的顺序执行事务或者加锁来防止所有并发问题，确保事务之间完全隔离。
- 优点：能避免脏读、不可重复读和幻读。
- 缺点：并发度最低，因为事务是串行执行的，可能导致严重的性能下降。

选择合适的隔离级别需要权衡并发性能与数据一致性之间的关系。在实际应用中，可根据业务需求和数据库特性来决定使用哪种隔离级别。例如，对于金融交易系统，可能倾向于选择较高的隔离级别以确保数据的绝对一致性，即使牺牲一定的并发性能。而在读多写少的场景下，可重复读或读已提交可能是更合适的选择。

二、隔离级别是如何实现的

实现事务的隔离级别主要依靠数据库管理系统（DBMS）内部的机制，这些机制确保了在多事务并发环境中数据的正确性和一致性。不同的隔离级别通过不同的策略来控制并发访问，具体实现方式包括但不限于锁定技术、多版本并发控制（MVCC）、乐观锁和悲观锁等。

1. 锁定技术

读未提交（Read Uncommitted）：很少直接使用锁来实现，因为这种级别允许脏读，通常不是通过锁定而是依靠数据的自然状态。
读已提交（Read Committed）：可以通过短时的行级锁来实现，读取数据前锁定，读取后立即释放。这样可以确保读到的都是已提交的数据。
可重复读（Repeatable Read）：通常使用行级锁加上意向锁（如MySQL的Next-Key Locks）来实现，锁定读取的行以及可能插入的新行范围，防止其他事务修改或插入影响当前事务的可重复读。
串行化（Serializable）：最严格的隔离级别，可以通过在整个事务期间持有读取到的所有行上的共享锁，以及在更新时持有的排他锁来实现，这几乎等同于串行执行事务。

2. 多版本并发控制（MVCC）

MVCC（多版本并发控制，Multiversion Concurrency Control）是一种数据库管理系统中用于管理并发事务的技术，旨在提高并发性能并维持事务的隔离性。

基本原理

MVCC的核心思想是在数据库中保存数据的多个版本，使得不同事务可以读取到符合其隔离级别的数据版本，而无需对数据加锁。当事务进行读操作时，看到的并不是数据的实时状态，而是该事务开始时刻数据库的一个快照视图。这样，读事务与写事务之间可以并行执行，大大提高了系统的并发能力。

实现机制

数据版本管理：每条记录除了实际数据外，还会有额外的元数据记录事务的版本信息，如事务ID或时间戳。
Undo Log（回滚日志）：MVCC通常依赖Undo Log来实现数据的多版本。当一个事务更新一条记录时，原始数据不会被直接修改或删除，而是将新值写入，并在Undo Log中记录旧值及其相关信息。这样，通过Undo Log可以还原出数据的任何历史版本。
Read View（读视图）：在可重复读（Repeatable Read）隔离级别下，事务开始时会创建一个读视图，记录当前活跃的事务ID列表。当事务进行读操作时，根据读视图判断哪些版本的数据对当前事务可见。
事务隔离级别实现：
- 读未提交（Read Uncommitted）：直接读取最新的数据，忽略MVCC机制。
- 读已提交（Read Committed）：每次查询都生成一个新的读视图，只看到已提交的事务产生的数据版本。
- 可重复读（Repeatable Read）：事务开始时创建一个固定的读视图，整个事务期间看到的数据版本不变。
- 串行化（Serializable）：虽然理论上可以通过MVCC实现，但实际上大多数数据库会通过其他机制（如锁）来实现严格的串行化。

优缺点

优点：

高并发：通过避免读写锁的冲突，提高了数据库的并发处理能力。
事务隔离性：有效解决了脏读、不可重复读等问题，根据隔离级别提供不同程度的数据一致性保障。
无锁读：读操作无需等待写锁，减少锁竞争，提高读性能。

缺点：

存储和管理开销：需要额外的空间来存储数据的多个版本和Undo Log，管理这些版本也会增加系统复杂度。
性能影响：在高并发写入场景下，Undo Log的增长速度可能会对性能造成影响。
数据清理：需要定期清理不再需要的旧版本数据，否则会导致空间占用过大。

3. 乐观锁与悲观锁

乐观锁：适用于并发写相对较少的场景，事务在更新数据前假设不会有冲突，仅在提交时检查数据是否被其他事务修改过，如有冲突则回滚重试。乐观锁可以通过版本号或时间戳字段实现。
悲观锁：假定会发生并发冲突，因此在事务开始时就锁定资源，阻止其他事务访问，直到当前事务结束。悲观锁通常用于隔离级别较高的场景，通过显式锁定机制实现。

实现事务隔离级别通常需要数据库管理系统提供相应的机制，并且可以通过编程接口来选择和配置这些隔离级别，以满足不同应用场景对数据一致性和并发性的需求。

三、MySQL设置隔离级别

MySQL数据库

会话级别设置：
```
SET SESSION TRANSACTION ISOLATION LEVEL <level>;
```
其中<level>可以是READ UNCOMMITTED、READ COMMITTED、REPEATABLE READ、SERIALIZABLE之一。

全局级别设置（需要管理员权限）：

SET GLOBAL TRANSACTION ISOLATION LEVEL <level>;

Java (使用JDBC)

在Java中，通过JDBC连接数据库时，可以使用Connection对象的setTransactionIsolation方法设置事务隔离级别：

Connection conn = DriverManager.getConnection(DB_URL, USER, PASS);
conn.setTransactionIsolation(Connection.TRANSACTION_READ_COMMITTED);

这里的Connection.TRANSACTION_READ_COMMITTED等常量对应不同的隔离级别。


### 注意事项- 设置事务隔离级别应在事务开始之前完成。
- 提高隔离级别通常意味着更强的数据一致性，但可能牺牲并发性能。
- 不同的DBMS在处理隔离级别的细节上可能有差异，尤其是关于幻读的处理。
- 在选择隔离级别时，要充分考虑业务需求和潜在的并发问题，进行适当的平衡。了解和选择正确的事务隔离级别对于设计高效、稳定的数据库应用程序至关重要。

目录

前言