事务提交可能碰到的问题：
（1）脏读：事务1对数据进行修改但还没提交，事务2读取修改后的数据，之后事务1执行错误，回滚了，此时事务2的数据是错误的脏数据。
（2）不可重复读：事务1读取数据1后，事务2对数据1进行修改，之后事务1的再次读取数据1时，发现前后读取结果不一致
（3）幻读：事务1根据条件查询到一批数据后，事务2删除或增加或修改了某些数据，之后事务1再次根据条件查询，发现读取的数据数量不对了
事务隔离级别：数据库中事务之间的隔离程度
数据库提供了四种事务隔离级别：
- 读未提交(RU, Read Uncommitted)：指一个事务还没提交时，它做的变更就能被其他事务看到；
- 读已提交(RC, Read Committed)：指一个事务提交之后，它做的变更才能被其他事务看到，解决了脏读；
- 可重复读(RR, Repeatable Read)：指一个事务执行过程中看到的数据，一直跟这个事务启动时看到的数据是一致的，解决了脏读和不可重复读.（MySQL InnoDB 引擎的默认隔离级别）
- 串行化(Serializable )：对记录加上读写锁。
从上到下，控制程度越来越高，并发处理能力越来越低，但安全性更高
RU：啥问题都有，一般不用
Serializable: 加锁，解决全部问题，不用操心，就是并发处理能力比较低
在RC级别下如何解决不可重复读和幻读？
方法：用MVCC解决，但无法完全避免幻读
MVCC（多版本并发控制）：数据库中同时存在多个版本的数据，一个版本是一张快照（ReadView文件），它们通过版本链连接，版本链的头节点代表当前记录的最新值。
这样,在一个事务中,如果需要读取数据,就可以直接读取版本链中适合自己的版本,从而实现非锁定读取,解决了不可重复读问题，也一定程度上减少了幻读的发生。
在RR级别下如何解决幻读？
方法：MVCC+间隙锁
间隙锁是一种锁定记录之间 间隙的锁，间隙锁和行锁合称 next-key lock, 每个next-key lock是前开后闭的区间.(比如间隙锁（0，5)+行锁[5]的锁定区间是(0，5]) ，初始化插入6 个记录会产生 7 个间隙，如下图所示：
不仅给事务加了行锁，还给行前后的间隙加了间隙锁，当另一个事务尝试在一个已经被锁定的间隙插入新的记录时，会被阻塞，从而避免了幻读问题。
当前读和快照读
快照读：读取数据时获取某一时刻的快照，普通的select查询语句是快照读
当前读：读取最新的数据，就是执行下列语句时进行数据读取的方式
insert、Update、Delete、Select…for update(写锁）、Select…lock in share mode(读锁)
RC级别时MVCC在每一次select时都重新生成快照数据，快照数据依据版本数据链条的头部最新数据产生。
RR级别时只在第一次读取数据时生成一个ReadView，后面会复用第一次生成的。
