【MySQL进阶】事务隔离级别 MVCC

目录

MySQL事务隔离级别

1. 读未提交（Read Uncommitted）

2. 读已提交（Read Committed）

3. 可重复读（Repeatable Read）(默认隔离级别)

4. 串行化（Serializable）

表格总结

 MVCC

概念

工作原理

快照读

当前读

undo log日志版本链

readview

---

MySQL事务隔离级别

1. 读未提交（Read Uncommitted）

• 特性：最低的隔离级别，事务可以读取未提交的数据。
• 问题：会产生脏读（Dirty Read），即一个事务可以读到另一个事务未提交的数据变更。
• 适用场景：几乎不使用，因为它不能保证数据的一致性。

2. 读已提交（Read Committed）

• 特性：只能读取已经提交的数据，避免了脏读问题。
• 问题：可能会产生不可重复读（Non-repeatable Read），即同一事务中的两次读取操作可能会得到不同的结果，因为其他事务可能在中间提交了更新。
• 适用场景：多数数据库系统（如Oracle）默认的隔离级别，适用于读取数据一致性要求不高的场景。

3. 可重复读（Repeatable Read）(默认隔离级别)

• 特性：同一事务中多次读取相同数据时，结果是一样的，即使其他事务修改了数据并提交。在MySQL中是默认的隔离级别。
• 问题：可能会产生幻读（Phantom Read），即同一事务中的两次查询操作可能会因为其他事务插入了（或者删除了）新的行而得到不同的结果。
• 适用场景：大多数应用程序的默认选择，能较好地平衡并发性和一致性。

4. 串行化（Serializable）

• 特性：最高的隔离级别，通过对所有读取的数据加锁，强制事务串行执行，避免了脏读、不可重复读和幻读问题。
• 问题：并发性能较差，因为事务必须依次执行。
• 适用场景：需要严格一致性的数据操作场景，但因为性能开销较大，一般不常用。

表格总结

隔离级别	脏读	不可重复读	幻读	并发性	应用场景
读未提交	可能	可能	可能	最高	几乎不用
读已提交	不可能	可能	可能	较高	读取一致性要求不高的场景
可重复读	不可能	不可能	可能	中等	MySQL默认，适用于大多数应用程序
串行化	不可能	不可能	不可能	最低	数据严格一致性要求高的场景，但较少使用

 MVCC

概念

多版本并发控制（MVCC）是一种用于数据库管理系统中处理并发的机制，旨在提高数据库的并发性能和数据一致性。MySQL中的InnoDB存储引擎采用MVCC来实现隔离级别（可重复读）。

工作原理

MVCC通过维护多个数据版本来允许并发的读写操作，而不需要加锁。 每个事务会看到一个数据的一致性快照，这个快照是在事务开始时生成的。

快照读

MVCC机制实现了快照读，普通select查询就是快照读，快照读到数据有可能不是最新的数据，它主要是为了实现可重复读的事务隔离级别。

当前读

在更新数据时读取的是当前最新的数据，而不是快照数据。

undo log日志版本链

它其实就是把每次修改的数据都会保存一份，然后在每条数据基础上增加两个隐藏列，trx_id,roll_pointer，分别存储当前事务ID和上一版本的数据地址。每次对数据进行修改时，InnoDB会将修改前的数据记录到undo log中，从而保留了数据的多个版本。通过undo log，事务能够回滚到之前的状态，以实现原子性。

readview

在可重复读的事务里面，这个readview视图由未提交的事务id数组和已创建的最大事务id(max_id)组成，因此这个最大的 max_id 可能在数组里面，也可能不在，因为事务最大的id可能先提交，而数组里面的id都是未提交的

[trx_id1,trx_id2],max_id

Undo log和read view是InnoDB实现MVCC的重要组件。undo log记录数据的历史版本，使得事务能够回滚和实现一致性读；read view用于事务读取数据时判断数据版本的可见性。通过这两者的结合，InnoDB实现了高效的多版本并发控制，保证数据的一致性和隔离性。