当数据库上有多个事务同时执行的时候，就可能出现脏读，不可重复读，幻读的问题，为了解决这些问题，就有了“事务隔离“的概念。
事务隔离的越严实，效率就会越低
SQL的标准事务隔离级别分为
- 读未提交
- 一个事务还未提交的时候，它做的变更就能被别的事务看到
- 读提交
- 一个事务提交之后，它做的变更才可以被其他事务看到
- 可重复读
- 一个事务执行过程中看到的数据，总是跟这个事务在启动的时候看到的数据是一致的，当然在可重复读的隔离级别下，未提交变更对其他事务也是不可见的
- 串行化
- 对于同一行记录，“写”会加“写锁”，“读”会加“读锁”。当出现读写锁冲突的时候，后访问的事务必须等待前一个事务执行完成，才能继续执行。
insert into T(c) value(1)
| 事务A | 事务B |
|---|---|
| 启动事务 查询得到值1 | 启动事务 |
| 查询得到值1 | |
| 将1改为2 | |
| 查询得到值V1 | |
| 提交事务B | |
| 查询得到值V2 | |
| 提交事务A | |
| 查询得到值V3 |
读未提交的情况下，则V1，V2，V3的值均为2。
读提交的情况下，V1是1，V2，V3的值为2.
可重复读的情况下，V1的值毫无疑问是1，V2的值也是1，因为可重复读要保证事务在执行期间看到的数据必须是前后一致的，直到V3的时候，V3的值才为2
串行化的情况下，则事务B在执行 将1改为2 的操作的时候会被锁住，直到事务A提交之后，事务B才会继续执行，所以以A的角度来看，V1和V2的值为1，V3的级别为2。
在实现上，数据库会在里边创建一个视图，访问的时候以视图的逻辑结果为准：
- 在”可重复读“的隔离级别下，这个视图是在事务启动时创建的，整个事务存在期间都使用这个视图。
- 在“读提交的”隔离级别下，这个视图是在每次SQL开始执行的时候创建的。
- “读未提交”隔离级别下直接返回记录上的最新值，没有视图的概念。
- “串行化”的隔离级别下，直接采用加锁的方式来避免并行访问
Mysql默认的隔离级别为“可重复读”，而Oracle的默认隔离级别为“读提交”。
事务隔离的实现
在Mysql中，实际上每条记录在更新的时候都会同时记录一条回滚操作。记录上的最新值，通过回滚操作。都可以得到前一个状态的值。
假设一个值从1被按顺序变为了2，3，4，在回滚日志里就有类似下面的一条记录。
当前值为4，但是在查询这条记录的时候，不同时刻启动的事务会有不同的read-view。如图中看到的，在视图A、B、C里边，这一条记录对应的值分别为1、2、4，同一条记录可以在系统中存在多个版本，就是数据库的多版本并发控制（MVCC）。对于read-view A，要得到1，就必须将当前值一次执行图中所有的回滚操作。这是即使有其他人将4 -> 5，这个事务和read-viewA、B、C是不会冲突的。
同时，回滚日志不会一直保留，它会在不需要的时候被删除，也就是说，系统会判断当没有事务会用到这些回滚日志的时候（即没有read-view比这条回滚日志更早的时候），日志将会被删除。
所以不建议使用长事务，长事务意味着系统中会存在很老的事务视图，由于这些事物随时可能访问数据库里的任何数据，所以这个事务在被提交之前，数据库里它所有的可能被用到的回滚日志都必须保留，这会导致被占用大量的存储空间。