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_DIRcd$APP_DIRdockercomposeexec-Tpostgres pg_dump-Uapp-dapp\|gzip$BACKUP_DIR/postgres-$STAMP.sql.gztar-czf$BACKUP_DIR/config-$STAMP.tar.gzcompose.yaml .env uploadsfind$BACKUP_DIR-typef-mtime14-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折。把恢复流程跑通后再处理生产环境会踏实很多。