当无法正常连接 PostgreSQL 数据库时，应重点检查以下哪些方面？
A
是否存在网络防火墙限制
B
服务器进程是否正常启动
C
监听地址是否配置正确
D
连接端口是否设置正确
当无法正常连接 PostgreSQL 数据库时，应重点检查以下所有选项 A、B、C、D，具体分析如下：
A. 是否存在网络防火墙限制
防火墙是最常见的拦截因素。
• 检查命令：在 Linux 系统可使用 iptables -L 或 firewall-cmd --list-all 查看防火墙规则。若发现 5432 端口（默认端口）被禁用，需手动开放：
sudo firewall-cmd --permanent --add-port=5432/tcp && sudo firewall-cmd --reload
• 实际案例：若服务器部署在云平台（如腾讯云、AWS），需额外检查安全组规则是否允许入站流量。
B. 服务器进程是否正常启动
服务未启动是基础性故障。
• 状态检查：通过 systemctl status postgresql 或 pg_ctl status 验证服务是否运行。若显示 inactive，需重启服务：
systemctl restart postgresql
• 日志排查：若启动失败，查看日志文件（如 /var/lib/pgsql/data/pg_log）中的错误提示，例如磁盘空间不足或配置语法错误。
C. 监听地址是否配置正确
错误的监听地址会导致本地或远程连接失败。
• 配置文件修改：在 postgresql.conf 中设置 listen_addresses = '*'，使数据库监听所有 IP 地址。若仅允许本地连接，需设置为 localhost。
• 验证监听状态：通过 netstat -tuln | grep 5432 或 ss -tuln 确认 PostgreSQL 是否在指定地址和端口监听。
D. 连接端口是否设置正确
端口冲突或配置错误会直接阻断连接。
• 默认与自定义端口：PostgreSQL 默认端口为 5432，若修改需同步调整客户端连接参数（如 JDBC URL 或 psql 命令的 -p 选项）。
• 端口冲突排查：使用 lsof -i :5432 检查端口是否被其他进程占用。
优先级建议
- 先验基础项：优先检查服务状态（B）和网络防火墙（A），这两类问题占比约 60% 的连接故障。
- 次验配置项：若服务正常，再排查监听地址（C）和端口（D），并通过
pg_isready或telnet命令测试连通性。 - 进阶排查：若仍失败，需检查用户权限（
pg_hba.conf）、密码认证方式（MD5/SCRAM）、客户端驱动版本兼容性等。
总结
以上四项（A/B/C/D）是 PostgreSQL 连接故障的核心检查点，覆盖了 90% 以上的常见问题。
