【标题描述】:
【测试类型：工具功能】【测试版本：3.0.0】存在行存压缩表时，备机重建指定参数-b full，重建后行存压缩表数据丢失

【操作系统和硬件信息】(查询命令: cat /etc/system-release, uname -a):
openEuler release 20.03 (LTS)
Linux openGauss171 4.19.90-2003.4.0.0036.oe1.aarch64 #1 SMP Mon Mar 23 19:06:43 UTC 2020 aarch64 aarch64 aarch64 GNU/Linux

【测试环境】(单机/1主x备x级联备):1主1备

【被测功能】:行存压缩

【测试类型】:工具功能

【数据库版本】(查询命令: gaussdb –V):gaussdb (openGauss 2.1.0 build 1e157104) compiled at 2022-02-10 20:03:10 commit 0 last mr

【预置条件】:数据库一主一备环境正常运行

【操作步骤】(请填写详细的操作步骤):
1、设置同步参数
gs_guc set -N all -I all -c "synchronous_commit=on"
gs_guc set -N all -I all -c "most_available_sync = on"
gs_om -t stop && gs_om -t start
2、主机创建行存压缩表
drop table if exists t_rowcompress_0017 cascade;
create table t_rowcompress_0017(cid int, name varchar2) with (compresstype=1);
3、主机使用JMEter工具并行进行增删改操作，备机stop，主机继续插入完成
4、备机进行重建
gs_ctl build -b full
5、检查主备数据一致性
select checksum(t_rowcompress_0017::text) from t_rowcompress_0017;
6、检查主备行存压缩表压缩率一致性

【预期输出】:
1、成功
2、成功
3、成功
4、成功
5、主备数据一致
6、主备压缩率一致

【实际输出】:
5、主备行存压缩表数据不一致，大小不符，数据丢失

【原因分析】:

1. 这个问题的根因
2. 问题推断过程
3. 还有哪些原因可能造成类似现象
4. 该问题是否有临时规避措施
5. 问题解决方案
6. 预计修复问题时间

【日志信息】(请附上日志文件、截图、coredump信息):

【测试代码】: