恢复PostgreSQL数据库需根据备份类型选择方法：1. 逻辑备份（pg_dump）使用psql或pg_restore恢复；2. 物理备份（pg_basebackup）需替换数据目录并配置恢复参数；3. 时间点恢复（PITR）依赖WAL归档，通过设置recovery_target_time实现；4. 恢复前应测试备份、确保版本兼容并在测试环境验证。
PostgreSQL 恢复数据库主要依赖于备份文件和 WAL（Write-Ahead Logging）日志。恢复方式取决于你使用的备份方法。以下是常见的几种恢复方式及操作步骤。
1. 使用 pg_dump 备份的恢复
适用于逻辑备份，通常为纯 SQL 文件或自定义格式。说明： 如果你使用 pg_dump 生成了单个数据库的备份，可以通过 psql 或 pg_restore 恢复。
恢复步骤：
I-Shop购物系统
下载
部分功能简介：商品收藏夹功能热门商品最新商品分级价格功能自选风格打印结算页面内部短信箱商品评论增加上一商品，下一商品功能增强商家提示功能友情链接用户在线统计用户来访统计用户来访信息用户积分功能广告设置用户组分类邮件系统后台实现更新用户数据系统图片设置模板管理CSS风格管理申诉内容过滤功能用户注册过滤特征字符IP库管理及来访限制及管理压缩，恢复，备份数据库功能上传文件管理商品类别管理商品添加/修改/
- 如果备份是文本格式（如
.sql）：psql -U username -d dbname -f backup.sql
- 如果备份是自定义格式（如
.dump）：pg_restore -U username -d dbname backup.dump
- 若目标数据库不存在，需先创建：
createdb -U username dbname
- 恢复时可清空原有数据（谨慎使用）：
pg_restore -U username -d dbname --clean --if-exists backup.dump
2. 使用 pg_basebackup 进行物理备份的恢复
适用于整实例级别的冷备或结合 WAL 归档实现时间点恢复。说明： 物理备份直接复制数据目录，恢复时替换整个 $PGDATA 目录。
恢复步骤：
- 停止 PostgreSQL 服务：
pg_ctl stop -D /path/to/data
- 删除或重命名当前数据目录（确保已备份）：
mv /path/to/data /path/to/data.bak
-
解压或复制物理备份到原位置：
cp -r /backup/basebackup /path/to/data
- 配置恢复模式（在数据目录中创建
recovery.conf或修改postgresql.conf）：restore_command = 'cp /wal_archive/%f %p'
并设置恢复目标（可选）：
recovery_target_time = '2024-04-05 10:00:00'
- 启动数据库，自动开始恢复：
pg_ctl start -D /path/to/data
3. 时间点恢复（PITR）
基于基础备份 + WAL 归档日志，恢复到某一特定时间点。前提条件： 已启用 WAL 归档（archive_mode = on），并保留了连续的 WAL 文件。
操作流程：
- 准备基础备份作为数据目录起点。
- 配置
recovery.conf（PostgreSQL 12 及以前）或postgresql.auto.conf中的恢复参数：restore_command = 'cp /wal_archive/%f %p' recovery_target_time = '2024-04-05 12:30:00'
- 启动实例，PostgreSQL 将自动应用 WAL 日志直到指定时间点。
- 恢复完成后，数据库会自动进入正常运行状态，并生成
recovery.signal被移除或重命名。
4. 注意事项与建议
关键提醒： 避免恢复过程中断，尤其是物理恢复和 PITR。
- 定期测试备份文件是否可成功恢复。
- 确保备份包含必要的 WAL 日志或能连接归档存储。
- 恢复前确认数据库版本兼容性（如跨版本需用逻辑导出）。
- 生产环境恢复前应先在测试环境验证。
基本上就这些。根据你的备份策略选择对应恢复方式，逻辑备份适合小数据量，物理备份+PITR适合高可用场景。不复杂但容易忽略细节，比如权限、归档路径、信号文件等。
