这是我参与11月更文挑战的第4天，活动详情查看：2021最后一次更文挑战
SQL 标准的事务隔离级别包括：读未提交（readuncommitted）、读提交（read committed）、可重复读（repeatable read） 和串行化（serializable ）。
假设数据表 T 中只有一列，其中一行的值为 1，下面是各个隔离级别按照时间顺序执行两个事务的行为。
| 事务A | 事务B |
|---|---|
| 启动事务A 查询得到值1 | 启动事务 |
| --- | 查询得到值 1 |
| --- | 将1改成2 |
| 查询得到值 V1 | --- |
| 提交事务B | |
| 查询得到值 V2 | --- |
| 提交事务A | --- |
| 查询得到值 V2 | --- |
-
读未提交
一个事务还没提交时，它做的变更就能被别的事务看到。
若隔离级别是“读提交”，则 V1 是 1，V2 的值是 2。事务 B 的更新在提交后才能被 A看到。所以， V3 的值也是 2。
| 事务A | 事务B |
|---|---|
| 启动事务A 查询得到值1 | 启动事务 |
| --- | 查询得到值 1 |
| --- | 将1改成2 |
| 查询得到值 1 | --- |
| 提交事务B | |
| 查询得到值 2 | --- |
| 提交事务A | --- |
| 查询得到值 2 | --- |
-
读提交
一个事务提交之后，它做的变更才会被其他事务看到。
若隔离级别是“读提交”，则 V1 是 1，V2 的值是 2。事务 B 的更新在提交后才能被 A看到。所以， V3 的值也是 2。
| 事务A | 事务B |
|---|---|
| 启动事务A 查询得到值1 | 启动事务 |
| --- | 查询得到值 1 |
| --- | 将1改成2 |
| 查询得到值 1 | --- |
| 提交事务B | |
| 查询得到值 2 | --- |
| 提交事务A | --- |
| 查询得到值 2 | --- |
-
可重复读
一个事务执行过程中看到的数据，总是跟这个事务在启动时看到的数据是一致的。当然在可重复读隔离级别下，未提交变更对其他事务也是不可见的。
若隔离级别是“可重复读”，则 V1、V2 是 1，V3 是 2。之所以 V2 还是 1，遵循的就是这个要求：事务在执行期间看到的数据前后必须是一致的。
| 事务A | 事务B |
|---|---|
| 启动事务A 查询得到值1 | 启动事务 |
| --- | 查询得到值 1 |
| --- | 将1改成2 |
| 查询得到值 1 | --- |
| 提交事务B | |
| 查询得到值 1 | --- |
| 提交事务A | --- |
| 查询得到值 2 | --- |
-
串行化
顾名思义是对于同一行记录，“写”会加“写锁”，“读”会加“读锁”。当出现读写锁冲突的时候，后访问的事务必须等前一个事务执行完成，才能继续执行。
若隔离级别是“串行化”，则在事务 B 执行“将 1 改成 2”的时候，会被锁住。直到事务 A 提交后，事务 B 才可以继续执行。所以从 A 的角度看， V1、V2 值是 1，V3 的值是 2。
| 事务A | 事务B |
|---|---|
| 启动事务A 查询得到值1 | 启动事务 |
| --- | 查询得到值 1 |
| --- | 将1改成2 |
| 查询得到值 1 | --- |
| 提交事务B | |
| 查询得到值 1 | --- |
| 提交事务A | --- |
| 查询得到值 2 | --- |
Oracle 数据库的默认隔离级别是“读提交”，MySQL则为“可重复读”，MySQL配置的方式是，将启动参数 transaction-isolation 的值设置成 READ-COMMITTED。你可以用show variables来查看当前的值。
