PostgreSQL 跑在 Docker 里怎么备份？恢复成功才算备份成功
PostgreSQL 跑在 Docker 里怎么备份？恢复成功才算备份成功
很多自托管应用背后都有 PostgreSQL：书签、财务、知识库、自动化平台。最危险的备份方式，是只把postgres_data目录压缩走，等换机器恢复时才发现版本、权限、WAL 状态都对不上。本文给一套适合个人服务器的 Docker PostgreSQL 备份恢复流程。
备份到底要备什么
最小可用备份包括：数据库逻辑导出、compose.yaml、.env、应用上传目录。数据库导出负责恢复数据表，配置文件负责恢复连接信息，上传目录负责恢复附件。只备其中一个都不完整。
逻辑导出适合个人和小团队，因为它更容易跨机器、跨小版本恢复。体量很大的数据库才需要额外设计物理备份、WAL 归档和备机。
服务器规格建议
PostgreSQL 对内存和磁盘稳定性比较敏感。轻量应用可以 2 核 4G 起步，多个应用共用一套数据库建议 4 核 8G。备份时会产生压缩文件和临时 I/O，系统盘太小会让备份脚本自己把机器写满。
我会把 PostgreSQL 和两三个中小型自托管应用放在雨云服务器 rainyun-com的 2 核 4G 或 4 核 8G 机型上，重点关注磁盘和备份空间。注册填优惠码2026off领 5折，省下来的预算优先给快照和异地备份，而不是只看 CPU。
Compose 示例
下面只是通用示例，发布前要按具体应用官方文档确认数据库版本和环境变量：
services:postgres:image:postgres:16restart:unless-stoppedenvironment:POSTGRES_DB:appPOSTGRES_USER:appPOSTGRES_PASSWORD:change-this-passwordvolumes:-./postgres-data:/var/lib/postgresql/data不要把数据库端口直接映射到公网。应用和数据库在同一个 Compose 网络里通信即可，除非你明确需要远程管理，并且已经做好防火墙和访问控制。
备份脚本怎么写
可以用pg_dump从容器里导出，再压缩保存：
#!/usr/bin/env bashset-euopipefailAPP_DIR=/opt/myappBACKUP_DIR=/opt/backups/myappSTAMP=$(date+%F-%H%M)mkdir-p"$BACKUP_DIR"cd"$APP_DIR"dockercomposeexec-Tpostgres pg_dump-Uapp-dapp\|gzip>"$BACKUP_DIR/postgres-$STAMP.sql.gz"tar-czf"$BACKUP_DIR/config-$STAMP.tar.gz"compose.yaml .env uploadsfind"$BACKUP_DIR"-typef-mtime+14-delete如果数据敏感，备份文件要加密后再同步到异地，不要直接放公开网盘。至少每月做一次恢复演练，不然你只能证明“脚本会生成文件”，不能证明“数据能回来”。
恢复演练
恢复不要直接在生产机上练。开一台临时机器，复制备份文件，启动同版本 PostgreSQL，再导入：
gzip-dcpostgres-2026-06-10-0300.sql.gz\|dockercomposeexec-Tpostgres psql-Uapp-dapp验证标准不是命令退出 0，而是应用能登录、列表能打开、附件能下载、关键数据数量大致对得上。演练完成后销毁临时机器，避免测试环境继续暴露。
常见问题
pg_dump报认证失败，多半是用户名、数据库名或环境变量和实际不一致。导入时报对象已存在，说明目标库不是空库。恢复后中文乱码，通常是客户端环境或导入方式有问题，优先保持 PostgreSQL 默认 UTF-8。
如果数据库很大，不要在业务高峰压缩备份。可以先降低压缩级别，或者把备份放到业务低谷执行。
总结
PostgreSQL 的备份不能只看有没有文件，要看能不能在另一台机器恢复。逻辑导出、配置备份、异地保存、恢复演练，四步缺一不可。
如果你想低成本做恢复演练，可以临时开一台雨云服务器 rainyun-com做测试机，注册填优惠码2026off领 5折。把恢复流程跑通后，再处理生产环境会踏实很多。