http://support-it.huawei.com/solution-dbs-gw/#/home?product=hcsei

可以通过如下配置打开syslog记录，可以参考用户手册中的以下章节：这个打开后，需要在系统的syslog.conf中（CentOS一般是叫/etc/rsyslog.conf），配置上述的localx的那个级别，以及DWS日志的输出路径（缺省为/var/log/postgresql），这个配置后，需要重启系统syslog的服务通过tailf /var/log/postgresql就可以观察到日志输出到这里了P.S.目前DWS的日志缺省都是输出到$GAUSSLOG这个环境对应的日志目录下，并且是按照实例组织，不建议输出到这里，会导致所有实例共用一个日志文件，对于问题分析定位比较困难

回复：SeqList 发表于 2020-7-7 17:57 这个我也想说一下，刚才我在查询catchup状态的数据库时，查询东西很慢，想建一个库也没办法建成功，是不是因为catchup的原因导致的？如果是的话就会影响用户这种状态常见的需要排查一下IO、CPU以及网络相关的负载，只能说，catchup状态和查询慢同时出现了，这个是两个现象，而不是说查询慢是由于catchup影响的；一般来说，如果主备在Catchup，优先要排查一下业务负载是不是上来了像你描述的如果建库也卡，建议排查一下等待视图，看看语句执行在等待什么，然后再具体调查下卡的因素

Catchup本身属于一种正常状态，对于业务没有影响，用户层面实际不用关注该状态常见的Catchup一般在备机启动时会触发，备机会追赶主机，追赶上之后，才会恢复Streaming状态正常业务场景下，备机从Normal切换到Catchup一般是由于业务压力较大，引发了主备追赶，这种情况当业务压力下降时，自然会恢复DBA只需要关注是否有长期Catchup的情况，比如一个完整的业务周期后，还在追赶（比如一两天或者持续一周），需要具体问题具体分析TIPS：通过pgxc_get_senders_catchup_time();这个视图可以看到Catchup的启动时间

推荐数据量在10w以下的，会经常做关联操作的表，并且这类表不会在后续业务中随时间而显著增长的表（比如国家、省份、部门等信息），适合建复制表

感谢分享

赞！！！

请参考一下这个，看看能不能解决你的场景

最早是基于PGXC的内核改造，后来应该将内核同步了9.2.4，不过已经支持了更多的特性（比如列存，数据页复制等）

目前已经支持的是postgis，这个在官方手册可以查到，后面会规划支持一些分析性的插件；关于数据从其他库中抽取，可以参考GDS的工具。