丢失更新、脏读与幻读是怎么回事？
发表于 2017-02-28
字数统计 2914
被 1767 人阅读
之所以出现更新丢失、脏读、幻读，是因为当两个事务同时进行的时候，两者之间互相不知道对方的存在，对自身所处的环境过分乐观，从而没有对操作的数据做一定的保护处理，最终导致一些问题的出现。
丢失更新
提交的数据是不正确的数据，即为丢失更新。
MySql中一个事务更新了另一个提交的 并行 事务写的数据，那这个提交就是丢失更新。
| 时间 | 事务A | 事务B |
|---|---|---|
| T1 | 开启事务 | 开启事务 |
| T2 | 查询金额为100 | 查询金额为100 |
| T3 | 减去10 | |
| T4 | commit | |
| T5 | 加上20 | |
| T6 | commit |
上图中，由于事务A与事务B互相不知道对方的存在，最终金额被改为120，因此导致了悲剧的发生。
我们可以通过 乐观锁 解决这个问题，在T6阶段，事务A进行更新余额操作的时候，通过加上一个金额的判断，这样的话，如果更改之前数据没有修改，则执行成功，否则执行失败回滚。
脏读
读取的数据是不正确的数据，即为脏读。
MySql 中一个事务读取了另一个未提交的并行事务写的数据，那这个读取就是脏读。
| 时间 | 事务A | 事务B |
|---|---|---|
| T1 | 开启事务 | 开启事务 |
| T2 | 查询账户余额为100 | 查询账户余额为100 |
| T3 | 修改账户余额为110 | |
| T4 | 查询账户余额为110 | |
| T5 | Rollback(回滚) |
上图中，事务A在T4阶段读取账户金额为110，这个数据就属于脏数据，因为这个数据是事务B撤销掉的数据，所以如果事务A使用数据110进行后续的账户操作，就会引发问题。
使用 提交读，让一个事务只能读取另一个事务已经提交的数据，就避免了上面的脏读现象。
幻读
明明查询时为空，提交时却报错已经数据已存在，即为幻读。
MySql中一个事务更新另一个提交的 并行 事务写的数据时报错数据已经存在，那这个提交就是幻读。
| 时间 | 事务A | 事务B |
|---|---|---|
| T1 | 开启事务 | 开启事务 |
| T2 | Select * From table Where id = 12(记录为0条) | |
| T3 | Insert Into table(id) value(12) | |
| T4 | commit | |
| T5 | Insert Into table(id) value(12) | |
| T6 | commit(报错，主键冲突，id为12的记录已经存在) |
上图中，事务A一开始查询没有数据，但是插入记录失败，提示主键冲突，这种查询明明没有，插入却提示已经存在的现象，叫做幻读。
幻读和不可重复读类似，即两次读取的结果不一致，两者的不同点在于，不可重复读针对数据的修改造成的读不一致，而幻读针对数据的插入和删除造成的读不一致，如同发生幻觉一样。
使用通过 间隙锁 可防止幻读的出现，即锁定特定数据的前后间隙让数据无法被插入。
