隔离级别
关于这个可重复读的隔离级别。
不可重复读的危害，书上说的事两次读取的值不一样，至于不一样的后果，从网上找的解释并不特别全面清晰。
举一个库存的例子。
事务A 根据库存量需要调配其他物流资源，一切资源配置都依据库存数值。
事务B 、事务C等等，可能是有人买东西，总之这些事务BCD等等都在修改库存量，并且进行了提交。
破坏隔离性
问题在于事务A在执行过程中，一直动态改变的库存量，可能导致其以“历史库存值”计算的资源物流配置都是错误的。
也就是说事务BCD等，对事务A造成了极大的困扰，这很不符合事务的“隔离性”！
数据关联性
数据库中对于库存量并不是一个简单的值，与库存相关的还有订单表，货物表，流水表等，一个库存值的修改，同时会影响其他表。因此我们或许不用把目光聚集在同一事务差两次库存量，数值不一样这个事情。当事务A开头查询了库存量为100时，我们希望接下来在操作订单表，货物表，流水表时，其数据应该语库存量100对应起来。而不是查询出来库存量为100，由于数据被其他事务的更改，导致我接下来操作的是“现在”库存量为135的订单表。
因此这也就引出了MVCC。它形成了一个快照，用来记录那一瞬间的库存量为100的库存表、订单表、货物表、流水表。
实时性
虽然有了快照，但是我们对于事务A，计算的仍然是历史数据。那么如果我们从历史数据计算出来的业务是可用的，那么就能够接收一定延迟。
如何保证绝对的实时呢？那就串行化么，他数据都静态不变了，那自然就“实时”了。
解决了不可重复读的问题，从而保证在这一个快照中，我们的数据是相互协调一致的，从而保证我们的业务的逻辑的正确性。
以上仅为猜测推理，谨慎辨别。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
文章由极客之音整理，本文链接：https://www.bmabk.com/index.php/post/195906.html
