恢复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 恢复。
恢复步骤：
- 如果备份是文本格式（如
.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适合高可用场景。不复杂但容易忽略细节，比如权限、归档路径、信号文件等。