MySQL事务隔离，java常见事务面试题

MySQL是一个支持多引擎的系统，但并不是所有的引擎都支持事务。比如MySQL原生的MyISAM引擎就不支持事务，这也是MyISAM被InnoDB取代的重要原因之一。

1.1 隔离性与隔离级别

---

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

• 读未提交（read uncommitted）

• 一个事务还没提交时，它做的变更就能被别的事务看到

• 读提交（read committed）

• 一个事务提交之后，它做的变更才会被其他事务看到

• 可重复读（repeatable read）

• 一个事务执行过程中看到的数据，总是跟这个事务在启动时看到的数据是一致的。当然在可重复读隔离级别下，未提交变更对其他事务也是不可见的。

• 串行化（serializable）

• 对于同一行记录，“写”会加“写锁”，“读”会加“读锁”。当出现读写锁冲突的时候，后访问的事务必须等前一个事务执行完成，才能继续执行。

假设数据表T中只有一列，其中一行的值为1，下面是按照时间顺序执行两个事务的行为。

create table T(c int) engine=InnoDB;

insert into T© values(1);

• 若隔离级别是“读未提交”， 则V1的值就是2。这时候事务B虽然还没有提交，但是结果已经被A看到了。因此，V2、V3也都是2。

• 若隔离级别是“读提交”，则V1是1，V2的值是2。事务B的更新在提交后才能被A看到。所以， V3的值也是2。

• 若隔离级别是“可重复读”，则V1、V2是1，V3是2。之所以V2还是1，遵循的就是这个要求：事务在执行期间看到的数据前后必须是一致的。

• 若隔离级别是“串行化”，则在事务B执行“将1改成2”的时候，会被锁住。直到事务A提交后，事务B才可以继续执行。所以从A的角度看， V1、V2值是1，V3的值是2。

在实现上，数据库里面会创建一个视图，访问的时候以视图的逻辑结果为准。

• 在“可重复读”隔离级别下，视图是在事务启动时创建的，整个事务存在期间都用这个视图。

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

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

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

可以看到在不同的隔离级别下，数据库行为是有所不同的。Oracle数据库的默认隔离级别是“读提交”，因此对于一些从Oracle迁移到MySQL的应用，为保证数据库隔离级别的一致，一定要记得将MySQL的隔离级别设置为“读提交”。

show variables like ‘transaction_isolation’;

±----------------------±---------------+

| Variable_name | Value |

±----------------------±---------------+

| transaction_isolation | READ-COMMITTED |

±----------------------±---------------+

应用“可重复读”的场景：

假设在管理一个个人银行账户表。一个表存了每个月底的余额，一个表存了账单明细。这时候要做数据校对，也就是判断上个月的余额和当前余额的差额，是否与本月的账单明细一致。希望在校对过程中，即使有用户发生了一笔新的交易，也不影响校对结果。

这时候使用“可重复读”隔离级别就很方便。事务启动时的视图可以认为是静态的，不受