小编点评

**隔离级别** 可重复读问题是指在一个事务中，多个事务并发修改同一个数据时，导致结果不可靠的问题。不可重复读的危害是，多个事务对同一数据进行读取时，获取的值可能不同，导致业务逻辑错误。 **库存例子** 库存是数据关联性数据库中经常被使用的数据，而事务A根据库存量需要调配其他物流资源。然而，由于数据关联性数据库中的库存量可能被多个事务并发修改，事务A在执行过程中，一直动态改变的库存量可能导致其以“历史库存值”计算的资源物流配置是错误的。 **MVCC** MVCC是一种隔离级别，它可以有效地防止不可重复读问题。MVCC创建一个快照，用来记录那一瞬间的库存量。当事务开始执行时，MVCC将把库存量缓存到快照中。之后，其他事务只能读取从快照中获取的库存量。 **串行化** 串行化是一种方法，可以使多个事务并发执行，但确保每个事务都得到完全的隔离。在串行化的过程中，每个事务都将从自己的本地缓存中获取数据，并确保在执行操作之前将其写入数据库。

正文

隔离级别

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

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

举一个库存的例子。

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

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

破坏隔离性

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

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

数据关联性

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

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

实时性

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

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

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

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