不可重复读的危害

隔离级别

关于这个可重复读的隔离级别。

不可重复读的危害，书上说的事两次读取的值不一样，至于不一样的后果，从网上找的解释并不特别全面清晰。

举一个库存的例子。

事务A 根据库存量需要调配其他物流资源，一切资源配置都依据库存数值。

事务B 、事务C等等，可能是有人买东西，总之这些事务BCD等等都在修改库存量，并且进行了提交。

破坏隔离性

问题在于事务A在执行过程中，一直动态改变的库存量，可能导致其以“历史库存值”计算的资源物流配置都是错误的。

也就是说事务BCD等，对事务A造成了极大的困扰，这很不符合事务的“隔离性”！

数据关联性

数据库中对于库存量并不是一个简单的值，与库存相关的还有订单表，货物表，流水表等，一个库存值的修改，同时会影响其他表。因此我们或许不用把目光聚集在同一事务差两次库存量，数值不一样这个事情。当事务A开头查询了库存量为100时，我们希望接下来在操作订单表，货物表，流水表时，其数据应该语库存量100对应起来。而不是查询出来库存量为100，由于数据被其他事务的更改，导致我接下来操作的是“现在”库存量为135的订单表。

因此这也就引出了MVCC。它形成了一个快照，用来记录那一瞬间的库存量为100的库存表、订单表、货物表、流水表。

实时性

虽然有了快照，但是我们对于事务A，计算的仍然是历史数据。那么如果我们从历史数据计算出来的业务是可用的，那么就能够接收一定延迟。

如何保证绝对的实时呢？那就串行化么，他数据都静态不变了，那自然就“实时”了。

解决了不可重复读的问题，从而保证在这一个快照中，我们的数据是相互协调一致的，从而保证我们的业务的逻辑的正确性。

以上仅为猜测推理，谨慎辨别。