为什么有这些模式 与准则 在一个系统中 即是通过微服务的集群部署 也难免会有数据量的访问与修改 于是就会出现各种读写之间的错误发生
数据库mvcc模式 叫做多版本并发控制 其意义是读写冲突不加锁 然后能够进行并发性的读 其中的读即是快照读(不加锁的select操作就是快照读)，
mvcc的基本实现原理是三个隐式字段，undo log ，read views，其中隐式字段就是标记数据的，当进行事务的时候 把该行的数据拷贝到undo log中，作为旧记录，拷贝完毕后，修改隐式字段的id为当前事务的id，之后递增，回滚指针指向拷贝到undo logo的副本记录，表示我上一个版本就是它，事务提交之后，释放锁
read views是一个可见性算法，主要将要被修改的数据的最新记录中的id取出来，与其他活跃的事务的id去对比
整体的流程是：
当事务2对其中某行数据执行了快照读，数据库会为此生成一个read view的读视图，假设当前事务id为2，此时还有事务1和事务3在活跃中，事务4和事务2在快照读前一刻提交了，所以read view记录了系统中当前活跃事务1,3的id，维护在一个列表上
参照原文：
扫一扫
8万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
