AWS EC2更换实例类型为t3.small后PostgreSQL无法连接问题
2026-9-27
故障排查与解决步骤
1. 确认PostgreSQL服务运行状态
先执行命令检查服务是否正常启动：
- 系统默认安装的PostgreSQL执行：
systemctl status postgresql - Bitnami环境的PostgreSQL执行：
/opt/bitnami/ctlscript.sh status postgresql - 如果服务显示停止/启动失败，先尝试手动拉起：
systemctl start postgresql或Bitnami环境执行/opt/bitnami/ctlscript.sh start postgresql
2. 定位服务启动失败原因
如果手动启动失败，查看日志定位根因：
- 系统默认PostgreSQL日志路径：
/var/log/postgresql/目录下的最新日志文件 - Bitnami环境PostgreSQL日志路径：
/opt/bitnami/postgresql/logs/
实例规格降级后最常见的启动失败原因是内存不足：旧实例适配的PostgreSQL内存参数（如shared_buffers、work_mem）超过t3.small的2G可用内存，启动时直接触发OOM被系统终止。
3. 调整内存配置适配新实例规格
如果日志确认是内存不足导致的启动失败，修改PostgreSQL配置文件：
- 系统默认配置文件路径：
/var/lib/postgresql/<PostgreSQL版本号>/main/postgresql.conf - Bitnami环境配置文件路径：
/opt/bitnami/postgresql/conf/postgresql.conf - 适配t3.small调整参数如下：
shared_buffers = 512MB # 常规配置为物理内存的1/4 work_mem = 4MB maintenance_work_mem = 128MB - 调整完成后重启PostgreSQL服务即可正常启动。
4. 套接字路径异常修复
如果服务已经处于running状态仍报套接字不存在错误：
- 检查postgresql.conf中的
unix_socket_directories参数，确认配置路径是否包含/tmp；如果配置为其他路径（如/var/run/postgresql），执行psql时指定路径即可连接：sudo -u postgres psql -h /var/run/postgresql - 也可以直接修改配置将
/tmp加入套接字路径列表，重启服务后生效。
5. 极端场景数据备份方案
如果服务始终无法启动，先直接备份数据目录避免数据丢失：
- 系统默认数据目录：
/var/lib/postgresql/<PostgreSQL版本号>/main/ - Bitnami环境数据目录：
/opt/bitnami/postgresql/data/ - 停止PostgreSQL服务后，将整个数据目录复制到其他安全路径，后续可挂载到其他正常的PostgreSQL实例恢复数据。
内容的提问来源于stack exchange，提问作者Jasir
相关产品推荐
相关产品推荐
