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

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

已经在OSS节点和各个CN/DN/GTM节点安装了hadoop客户端，但是配置备份的时候还是提示没有hadoop命令。在shell端使用hadoop可以正常访问hdfs远程目录。

感谢您的回复，你的实践和理论文章我在询问你之前都已经看过了，理论我是看得懂，但是实践里面只是教我们搭建集群，并没有如何添加DN节点和初始化。我是开源版本，正在自己学习测试

TBase中要做冷热分离，需要满足三个条件：1.表必须是一个时间分区表。时间分区表的字段必须包含在分片键中。建表的时候必须指定默认组和冷组。举例如下：CREATETABLEcoldmovetest(i

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

truncate，drop,create,alter等都支持回滚

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

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

这个和带宽关系不大，时延主要和经过多少层路由有关系。如果我们用主库ping备库，时延是20ms左右。那么在主库插入一条数据，经过日志流传输，备库应用日志，到备库可以查询到该条数据，大约是100200m