数据库的数据的不可读，脏读，幻读和丢失更新

1.出现的原因：

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

丢失更新问题：

   

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

脏读

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

        

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

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

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

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

  幻读

  

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

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

 

   关于乐观锁和悲观锁

     

     悲观锁(Pessimistic Lock), 顾名思义，就是很悲观，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁。传统的关系型数据库里边就用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁。

    乐观锁(Optimistic Lock), 顾名思义，就是很乐观，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可以使用版本号等机制。乐观锁适用于多读的应用类型，这样可以提高吞吐量，像数据库如果提供类似于write_condition机制的其实都是提供的乐观锁。

    两种锁各有优缺点，不可认为一种好于另一种，像乐观锁适用于写比较少的情况下，即冲突真的很少发生的时候，这样可以省去了锁的开销，加大了系统的整个吞吐量。但如果经常产生冲突，上层应用会不断的进行retry，这样反倒是降低了性能，所以这种情况下用悲观锁就比较合适。