pgdump之前测试过好像分区表的导出有点问题手上还没有环境如果有分区表可以关注一下看看导出有没有问题

pgprobackuppgbackrest都是基于pgbasebackup，一般不推荐直接使用pgbasebackup

其实没理解的你的意思。我们一般都是一主两从。其中第二个从有延迟复制的功能。这样等于在2个从库。总体来说效果和你的说差不多。第二个从和第一个从数据差不多。之所以要延迟是为了防止误操作。如果不为了这个。那

在PostgreSQL中，数组操作的效率与具体场景和使用方式有关。一般情况下，使用合适的技术和优化策略可以获得高效的数组操作。以下是一些影响PostgreSQL数组操作效率的因素：数据量和复杂度:数组

rpm跳过后，会不会出问题，就是影响pgqualstats的使用？没有问题，rpm只是一种打包方式，不会影响使用，插件和pg版本对的上就没问题。

没看到有说默认就是MX架构，只是说支持MX架构

可以，opengauss的pg版本9.2.4，分区表（pg中继承分区）、部分数据类型（时间类型、二进制）不一样。

第1个问题，你理解的对，即便备份过程中源端pgwal目录wal生成的很快，开了归档模式，archive目录有完整的wal，但通常pgbasebackup备份的是一个完整的RR级快照目录，备份后的pgd

以PG12为例，下面是演示democd/opt/postgresql12.7./configureprefix/opt/pg12withsegsize2make&&makeinstal

pgbackrest正确进行初始化的顺序1需要在远程控制端进行初始化，在远程控制端完成初始化后，在再数据库端进行初始化[postgres@postgre14pgbackrest]$pgbackrest