关于事务2-事务的并发问题

     数据库中多个事务访问同一行数据的时候，可能会致使各类并发问题，破坏数据的完整性。这些问题能够归结为5类，包括3类数据读问题（ 脏读、 不可重复读和幻象读）以及2类数据更新问题（ 第一类丢失更新和 第二类丢失更新）

1、数据读问题

        1.脏读（dirty read）：A事务读取B事务还没有提交的更改数据，并在这个数据的基础上操做。若是恰巧B事务回滚，那么A事务读到的数据根本是不被认可的。

例：假设原帐户1000元，（B开启事务，A开启事务），B查询余额1000元，B取出500元余额更新为500元，而A查询余额500元（脏读），B撤销事务余额恢复1000元，A往相同的帐户中转帐100元（提交事务）。

结果：余额更新为600元，由于A事务读取了B事务还没有提交的数据，于是形成帐户白白丢失了500元！

         2.不可重复读（unrepeatable read）：不可重复读是指 A事务读取了B事务已经提交的更改数据。

例：假设原帐户1000元，（B开启事务，A开启事务），B查询余额为1000元，A查询余额为1000元，A在取款事务的过程当中，B往该帐户转帐100元且余额更新为1100元（提交事务），A再次查询余额为1100元。

结果：A两次读取帐户的余额发生不一致（第一次1000元，第二次1100元）！

         3.幻象读（phantom read）：A事务读取B事务提交的新增数据，这时A事务将出现幻象读的问题。

例：假设银行系统在同一个事务中，（B开启事务，A开启事务），A统计总存款数10000元，B新增一个帐号，并存入100元（B提交事务），A再次统计总存款数为10100元。

结果：两次统计存款帐户的总金额，在两次统计过程当中，恰好新增了一个存款帐户，并存入100元，这时，两次统计的总金额将不一致

        幻象读和不可重复读区别：前者是指读到了其余已经提交事务的新增数据，然后者是指读到了已经提交事务的更改数据（更改或删除），为了不这两种状况，采起的对策是不一样的，防止读取到更改数据，只须要对操做的数据添加行级锁，阻止操做中的数据发生变化，而防止读取到新增数据，则每每须要添加表级锁——将整个表锁定，防止新增数据。

2、2类数据更新问题

        1.第一类丢失更新（回滚丢失，Lost update）：A事务撤销时，把已经提交的B事务的更新数据覆盖了。

          标准定义的全部隔离界别都不容许第一类丢失更新发生

例如：假设帐户余额1000元，（A开启事务，B开启事务）A查询余额为1000元，B查询余额为1000元且转入100元（B提交事务），A取出100元余额更新为900元（A撤销事务）。

结果：最终余额更新为1000元，A在撤销事务的时候，B转入金额丢失了！

        2.第二类丢失更新（覆盖丢失/两次更新问题，Second lost update）：A事务覆盖B事务已经提交的数据，形成B事务所作操做丢失。

          第二类丢失更新，实际上和不可重复读是同一种问题！！

例如：假设帐户余额为1000元，（B开启事务，A开启事务），B查询余额为1000元，A查询余额为1000元，B取出100元将余额更新为900元（B提交事务），A汇入100元（A提交事务）。

结果：余额更新为1100元，致使银行损失100元！