常见问题

Q1：重建任务启动失败，报错“could not connect to server: Connection timed out”。
- 问题现象：执行gs_ctl build命令后，长时间等待后返回连接超时错误。
- 原因分析：
  1. 主备节点之间的网络不通。
  2. 主节点的监听地址（listen_addresses）未配置为备节点可访问的IP或*。
  3. 防火墙或安全组规则阻止了数据库端口或流复制端口的通信。
- 处理方法：
  1. 使用ping和telnet <primary_ip> <port>命令检查网络连通性。
  2. 检查主节点gaussdb.conf中的listen_addresses配置。
  3. 检查并放通防火墙规则。
Q2：重建过程中，主节点性能急剧下降，业务受到影响。
- 问题现象：重建开始后，主数据库的查询和事务响应时间变长。
- 原因分析：全量数据读取和发送占用了大量磁盘I/O和网络I/O资源。
- 处理方法：
  1. 紧急处理：暂停重建任务（可通过kill进程实现，需谨慎操作）。
  2. 规划规避：在业务低峰期重新执行重建任务。
  3. 长期优化：考虑升级网络带宽，或使用更高性能的存储介质。
Q3：重建进度缓慢，远低于预期速度。
- 问题现象：重建持续了非常长的时间，监控显示网络或磁盘利用率不高。
- 原因分析：
  1. 网络带宽本身不足或存在波动。
  2. 主节点或备节点的磁盘I/O存在瓶颈（如慢磁盘、RAID降级）。
  3. 主节点业务负载极高，CPU资源争用严重，影响了Data Sender进程的调度。
- 处理方法：
  1. 使用iostat -x 1和nethogs等工具定位是网络还是磁盘的瓶颈。
  2. 检查存储系统状态（如RAID卡状态、SSD寿命）。
  3. 在业务低峰期进行重建。