03 | 事务隔离：为什么你改了我还看不见？

以下出自 《MySQL 实战 45 讲》

03 | 事务隔离：为什么你改了我还看不见？

隔离性与隔离级别

当数据库上有多个事务同时执行的时候，就可能出现脏读（dirty read）、不可重复读（non-repeatable read）、**幻读（phantom read）**的问题，为了解决这些问题，就有了“隔离级别”的概念。

SQL 标准的事务隔离级别包括：

• 读未提交（read uncommitted）：一个事务还没提交时，它做的变更就能被别的事务看到。
• 读提交（read committed）：一个事务提交之后，它做的变更才会被其他事务看到。
• 可重复读（repeatable read）：一个事务执行过程中看到的数据，总是跟这个事务在启动时看到的数据是一致的。
• 串行化（serializable ）：对于同一行记录，“写”会加“写锁”，“读”会加“读锁”。当出现读写锁冲突的时候，后访问的事务必须等前一个事务执行完成，才能继续执行。

在实现上，隔离级别的实现是依靠视图来实现的：

• 读未提交隔离级别下直接返回记录上的最新值，没有视图概念；

• 读提交隔离级别下，在每个 SQL 语句开始执行的时候创建一致性视图。

• 可重复读隔离级别下，在事务启动时创建一致性视图，整个事务存在期间都用这个视图。（一致性视图是在第一个 Select 语句时建立的）

• 串行化隔离级别下直接用加锁的方式来避免并行访问。

查看隔离级别

show variables like ‘transaction_isolation’

事务隔离的实现

以 “可重复读” 为说明。

在 MySQL 中，每条记录在更新的时候都会同时记录一条回滚操作（undo log）。记录上的最新值，都可以通过回滚，得到前一个状态的值。

这样，同一条记录咋系统中可以存在多个版本，这就是数据库的多版本并发控制（MVCC）。

MVCC: 多版本并发控制，通过 undo log 版本链和 read-view 实现事务隔离。

undo log 回滚日志删除时机？

在不需要时删除。即系统中，没有事务需要用到这些回滚日志时，回滚日志会被删除。

尽量不要使用长事务？

长事务会导致数据库保留很老的事务视图，这些事务相关的回滚记录都无法删除，会导致占用大量的存储空间。同时，长事务还占用锁资源。