本文继续论述数据库的MVCC实现，主要包括PolarDB-X、TIDB、OceanBase、TDSQL。
PolarDB-X
PolarDB-X
新浪博客
的事务MVCC实现。具体而言，在原InnoDB数据行系统隐藏列的基础上，新增2个隐藏列SCN和UBA。SCN列存储改行的事务提交SCN号，UBA列存储该行相关事务对应的系统事务表对应的slot。系统事务表是一个事务提交与否最准确的判定标准，数据行中的SCN字段通常不在事务提交的时候进行填充，大部分的行记录
PolarDB-x引入Lizard SCN事务的主要原因是2个：
1.
2.
TIDB
不是类似mysql那样基于回滚段，而是在tikv层把所有历史版本数据一起存储，key是原本key+mvcc版本号。版本高的在前面。如下是官网的描述。
这里的Version存储的是什么呢？是事务的编号或时间戳，由TIDB的PD模块分配。TIDB的事务模型是基于google的percolater，PD模块作为TSO为事务分配时间戳。TIDB事务的start_ts是事务begin开始的时候申请的，而commit_ts是在事务提交阶段申请的。和percolater一样，数据行中存在2个系统列：lock和write。
事务操作的第一行数据为primary key数据行。事务其他行的Lock列存储事务的start_ts和指向primary key数据行的信息。当事务提交的时候，会清理lock列信息，并将commit_ts信息存储到write列中。primary key行的lock清理是事务提交时做完的，而其他非primary key列的lock信息则是异步后台清理的。
Percolater的说明可以参考https://tikv.org/deep-dive/distributed-transaction/percolator/。如下是主要实现的一个说明：
如下是TIDB中数据行存储信息的key与value的示例，使用了3个rocksdb column family(CF)：
所以从write CF是可以查到数据行对应事务提交版本号commit_ts。对于MVCC读而言，一个事务的读快照(事务的启动版本号start_ts)版本号>=对应行的事务提交版本号commit_ts，即这个行可读。否则看它的历史版本。由于TIDB的数据组织是高版本放前面，低版本放后面，所以可以方便地查找历史版本。
所以MVCC查询的一个基本流程就是：
1.
2.
除了最新行外，其他的行就可以通过遍历write CF的key（key中包含了commit_ts），来确认一个可读的版本，即第一个write CF commit_ts<</font>事务read_view_ts的行。Write CF信息为${key}_${commit_ts}-->${start_ts}，
OceanBase
OceanBase采用基线数据+内存增量数据的分层
PolarDB-x引入Lizard SCN事务的主要原因是2个：
1.
2.
TIDB
不是类似mysql那样基于回滚段，而是在tikv层把所有历史版本数据一起存储，key是原本key+mvcc版本号。版本高的在前面。如下是官网的描述。
这里的Version存储的是什么呢？是事务的编号或时间戳，由TIDB的PD模块分配。TIDB的事务模型是基于google的percolater，PD模块作为TSO为事务分配时间戳。TIDB事务的start_ts是事务begin开始的时候申请的，而commit_ts是在事务提交阶段申请的。和percolater一样，数据行中存在2个系统列：lock和write。
事务操作的第一行数据为primary key数据行。事务其他行的Lock列存储事务的start_ts和指向primary key数据行的信息。当事务提交的时候，会清理lock列信息，并将commit_ts信息存储到write列中。primary key行的lock清理是事务提交时做完的，而其他非primary key列的lock信息则是异步后台清理的。
Percolater的说明可以参考https://tikv.org/deep-dive/distributed-transaction/percolator/。如下是主要实现的一个说明：
如下是TIDB中数据行存储信息的key与value的示例，使用了3个rocksdb column family(CF)：
所以从write CF是可以查到数据行对应事务提交版本号commit_ts。对于MVCC读而言，一个事务的读快照(事务的启动版本号start_ts)版本号>=对应行的事务提交版本号commit_ts，即这个行可读。否则看它的历史版本。由于TIDB的数据组织是高版本放前面，低版本放后面，所以可以方便地查找历史版本。
所以MVCC查询的一个基本流程就是：
1.
2.
除了最新行外，其他的行就可以通过遍历write CF的key（key中包含了commit_ts），来确认一个可读的版本，即第一个write CF commit_ts<</font>事务read_view_ts的行。Write CF信息为${key}_${commit_ts}-->${start_ts}，
OceanBase
OceanBase采用基线数据+内存增量数据的分层