readView

对于使用read uncommitted隔离级别的事务来说,直接读取记录的最新版本就好了,对于使用serializable隔离级别的事务来说,使用加锁的方式来访问记录。对于使用read committed和repeatable read隔离级别的事务来说,就需要用到版本链,核心就是需要判断版本链中的哪个版本是当前事务可见的。

ReadView中比较重要的4个内容:

  • M_ids:表示在生成readview时当前系统中活跃的读写事务的事务id列表。
  • Min_trx_id:表示在生成readview时当前系统中活跃的读写事务中最小的事务id,也就是m_ids中的最小值。
  • Max_trx_id:表示生成readview时系统中应该分配给下一个事务的id值。
  • Creator_trx_id:表示生成该readview的事务的事务id。

注意:max_trx_id并不是m_ids中的最大值,事务id是递增分配的。比如现在有id为1、2、3这三个事务,之后id为3的事务提交了。那么一个新的读事务在生成readview时,m_ids就包括1和2,min_trx_id的值就是1,max_trx_id的值就是4。

有了readview,这样在访问某条记录时,只需要按照下边的步骤判断记录的某个版本是否可见:

  • 如果被访问版本的trx_id的属性值等于readview中的create_trx_id值,意味着当前事务在访问它自己修改过的记录,所以该版本可以被当前事务访问。
  • 如果被访问版本的trx_id的属性值小于readview中的min_trx_id值,表明生成该版本的事务在当前事务生成readview前提交,所以该版本可以被当前事务访问。
  • 如果被访问版本的trx_id的属性值大于readview中的max_trx_id值,表明该生成版本的事务在当前事务生成readview后才开启,所以该版本不可以被当前事务访问。
  • 如果被访问版本的trx_id的属性值在readview中的min_trx_id值和max_trx_id值之间,那需要判断属性值是否在m_ids列表中,如果在,说明创建readview时生成该版本的事务还是活跃的,该版本不可以被访问;如果不在,说明创建readview时生成该版本的事务已经被提交,如果在,说明可以被访问。

 

上一篇:Mysql MVCC机制


下一篇:mysql 监控