答案：PostgreSQL通过基础备份与连续WAL归档实现时间点恢复，需配置archive_mode、使用pg_basebackup创建备份，并在恢复时设置restore_command和recovery_target，确保数据可恢复至指定时间点。
PostgreSQL的WAL（Write-Ahead Logging）机制是实现数据持久性和高可用的核心。通过WAL日志，可以进行时间点恢复（PITR），将数据库恢复到任意指定的时间或事务状态。这对于误操作、数据损坏等场景非常关键。
理解WAL与基础备份的关系
WAL记录了所有对数据库的修改操作。仅靠WAL无法独立恢复数据，必须结合一次基础备份（base backup）。恢复过程是：先还原基础备份，再按顺序重放WAL日志，直到目标时间点
。
关键点：
- 基础备份使用pg_basebackup命令生成，包含某时刻的数据文件完整副本
- WAL归档需提前配置，确保日志持续保存到安全位置
- 恢复时需要连续的WAL文件序列，断档则无法完成恢复
配置归档模式以支持WAL恢复
启用归档是WAL恢复的前提。在postgresql.conf中设置：
archive_mode = onarchive_command = 'cp %p /path/to/archive/%f'
确保归档路径可写，并测试归档是否生效。可通过手动执行SELECT pg_switch_wal();查看是否有文件写入归档目录。
执行基础备份并归档WAL
使用pg_basebackup创建一致性快照：
pg_basebackup -h localhost -U replicator -D /backup/base_20250405 -Ft -z -P参数说明：
- -Ft：输出为tar格式，便于存储
- -z：压缩备份
- -P：显示进度
备份期间产生的WAL会自动归档，后续WAL也需持续归档。
准备恢复环境
恢复前准备：
- 停止PostgreSQL服务
- 清空数据目录或指定新的$PGDATA
- 解压基础备份到数据目录
- 在$PGDATA下创建recovery.signal文件（原recovery.conf已废弃）
在postgresql.conf中配置：
restore_command = 'cp /path/to/archive/%f %p' recovery_target = '2025-04-05 14:30:00'其他可选目标：
- recovery_target_xid：恢复到指定事务ID
- recovery_target_name：恢复到一个命名的还原点
- recovery_target_timeline = latest：默认值，使用最新时间线
启动恢复并验证
启动数据库：
pg_ctl start -D $PGDATAPostgreSQL会自动进入恢复模式，依次应用WAL日志。观察日志输出，确认恢复进度和结束状态。恢复完成后，数据库会自动创建新时间线，并删除recovery.signal。
检查数据是否符合预期目标时间点。若恢复成功，建议立即做一次新基础备份。
基本上就这些。核心是基础备份+连续WAL+正确配置恢复参数。定期演练恢复流程，才能确保灾难发生时真正可用。
