不可重复读的危害
隔离级别
关于这个可重复读的隔离级别。
不可重复读的危害,书上说的事两次读取的值不一样,至于不一样的后果,从网上找的解释并不特别全面清晰。
举一个库存的例子。
事务A 根据库存量需要调配其他物流资源,一切资源配置都依据库存数值。
事务B 、事务C等等,可能是有人买东西,总之这些事务BCD等等都在修改库存量,并且进行了提交。
破坏隔离性
问题在于事务A在执行过程中,一直动态改变的库存量,可能导致其以“历史库存值”计算的资源物流配置都是错误的。
也就是说事务BCD等,对事务A造成了极大的困扰,这很不符合事务的“隔离性”!
数据关联性
数据库中对于库存量并不是一个简单的值,与库存相关的还有订单表,货物表,流水表等,一个库存值的修改,同时会影响其他表。因此我们或许不用把目光聚集在同一事务差两次库存量,数值不一样这个事情。当事务A开头查询了库存量为100时,我们希望接下来在操作订单表,货物表,流水表时,其数据应该语库存量100对应起来。而不是查询出来库存量为100,由于数据被其他事务的更改,导致我接下来操作的是“现在”库存量为135的订单表。
因此这也就引出了MVCC。它形成了一个快照,用来记录那一瞬间的库存量为100的库存表、订单表、货物表、流水表。
实时性
虽然有了快照,但是我们对于事务A,计算的仍然是历史数据。那么如果我们从历史数据计算出来的业务是可用的,那么就能够接收一定延迟。
如何保证绝对的实时呢?那就串行化么,他数据都静态不变了,那自然就“实时”了。
解决了不可重复读的问题,从而保证在这一个快照中,我们的数据是相互协调一致的,从而保证我们的业务的逻辑的正确性。
以上仅为猜测推理,谨慎辨别。