mysql-ReadView规则
都知道ReadView和Undo log用来实现MVCC机制
ReadView作用
- ReadView解决了行的可见性问题
- ReadView适用的隔离级别:READ COMMITTED读已提交 和 REPEATABLE READ可重复读。
- 核心问题就是需要判断一下版本链中的哪个版本是当前事务可见的,这是ReadView要解决的主要问题
ReadView组成
- creator_trx_id:创建这个ReadView的事务id。
- 说明:只有在对表中的记录做改动时(执行INSERT、DFLETE、UPDATE这些语句时)才会为事务分配事务id,否则在一个只读事务中的事务id值都默认为0
- trx_ids:表示在某个事务生成ReadView时当前系统中活跃的读写事务的事务id列表
- up_limit_id:活跃的事务中最小的事务id
- low_limit_id:表示生成ReadView时系统中应该分配给下一个事务的id值。low_limit_id是系统最大的事务id值,这里要注意是系统中的事务id,不是正在活跃的事务id列表中的事务id
- 注意: low_limit_id并不是trx_ids中的最大值,事务id是递增分配的。比如,现在有id为1,2,3这三个事务,之后id为3的事务提交了。那么一个新的读事务在生成ReadView时,trx_ids就包括1和2,up_limit_id的值就是1,low_limit_id的值就是4
ReadView规则
- 如果被访问版本的trx_id属性值与ReadView中的creator_trx_id值相同,意味着当前事务在访问它自己修改过的记录,所以该版本可以被当前事务访问。
- 如果被访问版本的trx_id属性值小于ReadView中的up_limit_id值,表明生成该版本的事务在当前事务生成ReadView前已经提交,所以该版本可以被当前事务访问。
- 如果被访问版本的trx_id属性值大于或等于ReadView中的low_limit_id值,表明生成该版本的事务在当前事务生成ReadView后才开启,所以该版本不可以被当前事务访问。
- 如果被访问版本的trx_id属性值在ReadView的up_limit_id和low_limit_id之间,那就需要判断一下trx_id属性值是不是在trx_ids列表中。
- 如果在,说明创建ReadView时生成该版本的事务还是活跃的,该版本不可以被访问
- 如果不在,说明创建ReadView时生成该版本的事务已经被提交,该版本可以被访问
good luck!