****这些问题的出现的原因****
之所以出现更新丢失，脏读，和不可重复读，幻读，是因为当两个事务同时进行的时候，两者之间互相不知道对方的存在，对自身所处的环境过分乐观，从而没有对操作的数据做一定的保护处理，最终导致一些问题的出现。

而我们之前介绍的隔离级别，其实就是通过一定的机制和锁来避免这样的问题，从而让我们的并发事务可以正常的进行。

****丢失更新问题****

上图中，由于事务A与事务B互相不知道对方的存在，因此导致了悲剧的发生。
如果避免这个问题？
通过乐观锁可以解决这个问题，在T9阶段，事务A进行更新余额操作的时候，SQL修改如下如下update table set amount=1100 where id=xxx **** and amount=1000****，通过加上一个金额的判断，这样的话，如果更改之前数据没有修改则执行成功，否则执行失败回滚。

****脏读****
读取的数据是不正确的数据，即为脏读。
mysql 中一个事务读取了另一个未提交的并行事务写的数据，那这个读取就是脏读。

图中，事务A在T4阶段读取账户金额为110，这个数据就属于脏数据，因为这个数据是事务B撤销掉的数据，所以如果事务A使用数据110进行后续的账户操作，就会引发问题。
如果避免这个问题？
read commited及以上隔离级别设定，一个事务只能读取另一个事务已经提交的数据，就避免了上面的脏读现象。

****不可重复读****
不可重复读，顾名思义，即不能多次重复去读，因为读出来的结果不一样，因此认为存在不可重复读的问题。

read commited下设定，一个事务只能读取另一个事务已经提交的数据，这就会出现不可重复读的问题。

repeatable read及以上级别设定，一个事务里，对数据的多次查询都是读取的一个，无论该数据在中途是否被其他事务修改过，因此也就避免了不可重复读的问题。

****幻读****

上图中，事务A一开始查询没有数据，但是插入记录失败，提示主键冲突，这种查询明明没有，插入却提示已经存在的现象，叫做幻读。
幻读和不可重复读类似，即两次读取的结果不一致，两者的不同点在于，不可重复读针对数据的修改造成的读不一致，而幻读针对数据的插入和删除造成的读不一致，如同发生幻觉一样。

Repeatable read及以上级别通过间隙锁来防止幻读的出现，即锁定特定数据的前后间隙让数据无法被插入