TBase是如何保证分布式事务的可靠性的？TBase目前使用二阶段提交保证事务的原子性。并通过GTM提供一个全局事务ID和全局时间戳来维护事务的可见性。

TBase中表是一filenodeid方式存放在$PGDATA/base中的，fsm后缀表示空闲空间管理。TBase的mvcc机制中，当数据进行DML操作，都会产生一个旧版的数据，当autovacuu

RC/RR/UR

暂无文字回复

2台机器，角色如下：机器1:机器2:

https://cloud.tencent.com/developer/article/1709617

如果业务侧数据有关联，那么用分组的方式比较好一些，方便数据交互；但是跨组查询可能有一些限制,如果业务侧不相关，没有任何数据交互，那么建议使用分实例的方式。

冷热数据分离之后，有一部分应用可能访问历史数据，即冷数据。为了不影响实时交易的性能。我们在CN节点做了一个VIP，隔离CN节点，实现历史业务访问冷数据节点，实时业务访问热数据节点。二种业务互不影响。

目前使用OSSv2.15.10备份只支持HDFS。并且建议使用hdfs作为存储介质。

在复制过程中，gtm是不参与的，但是如果在复制过程中有事务产生的时候，gtm会提供一个全局的事务编号，用来保证事务的一致性。