人大金仓分析型数据库常见问题

目录

一、常见问题

        1、数据库中的中文是乱码

        2、服务器日志如何获取

        3、Segment 节点过多时，会导致 python 执行脚本出错: stderr=’ssh_exchange_identif ication: read: Connection reset by peer’

        4、启动时出现如下错误：DTM initialization: failure during startup recovery, retry failed, check Segment status

        5、启动时出现如下错误：FAILED host ‘xxx’ datadir ‘xxxxx’ with reason: ‘PG_CTL failed.’

        6、带分区的表使用 explain SQL 查看执行计划时，发现很慢

---

一、常见问题

        1、数据库中的中文是乱码

        由于插入到数据库中存储的字符集为 UTF8，而客户端显示的也是 UTF8 形式，如果需要显示中文可以将 client_enconding 设置为 gb18030。

        2、服务器日志如何获取

        服务器日志分为 Master 日志和 Segment 日志，分别存放在 Master 目录和 Segment 目录下的 pg_log 目录中，使用timestamp.csv 的形式记录，在服务器未重启的情况下，每天一个日志。

        3、Segment 节点过多时，会导致 python 执行脚本出错: stderr=’ssh_exchange_identif ication: read: Connection reset by peer’

        原因是 ssh 连接过多，导致错误，可以通过增大 /etc/ssh/sshd_config 中的 MaxSt artups 30:90:300（默认为 10:30:100），重启服务 sshd 生效。

        4、启动时出现如下错误：DTM initialization: failure during startup recovery, retry failed, check Segment status

        可能出现的情况如下：检查所有服务器的防火墙是否关闭；检查 Master 上的 shared_buffers 是否设置过大。

        5、启动时出现如下错误：FAILED host ‘xxx’ datadir ‘xxxxx’ with reason: ‘PG_CTL failed.’

        请检查数据目录文件夹的权限是否被修改。

        6、带分区的表使用 explain SQL 查看执行计划时，发现很慢

        这个问题是由于在做执行计划时，会对分区进行大小查询，如果统计信息中有就跳过了，因此会很慢，如果做过 analyze 就不会慢了。