如何提升PostgreSQL时间点恢复速度？pgBackRest参数调优咨询

一、pgBackRest 参数调优 #

• process-max：控制备份/恢复过程中的并行进程数，建议设置为CPU核心数的1.2-1.5倍，充分利用多核资源，但不要超过系统负载承受上限，避免IO或内存竞争。
• restore-concurrency：专门针对恢复阶段的并发任务数，可独立于process-max设置。如果存储是SSD，可适当调大（比如8-16，根据核心数），机械盘则保守设置（4-8）。
• buffer-size：每个并行进程的缓冲区大小，默认16MB。对于大带宽存储（如NAS或高速SSD），可提升至32MB或64MB，减少IO次数，但注意总内存占用为process-max * buffer-size，避免耗尽内存。
• delta：恢复时启用增量模式，仅恢复与基准备份相比变化的数据块，而非全量重写，大幅减少数据复制量，适合基于增量备份的PITR场景。
• archive-copy：如果归档日志存储在本地，开启此参数会直接复制归档文件而非通过网络传输，加快WAL日志的读取与应用速度。

二、PostgreSQL 数据库参数调优（恢复阶段专用） #

• wal_replay_buffer_size：设置WAL重放的缓冲区大小，默认64MB。针对大事务较多的场景，可提升至128MB或256MB，减少磁盘IO频次，加速日志重放。
• parallel_apply（PostgreSQL 11+）：开启并行WAL重放，设置为on，配合max_parallel_workers调整并行worker数（建议与CPU核心数匹配），利用多核加速日志应用过程。
• max_wal_size & checkpoint_timeout：恢复期间临时调大max_wal_size（如设置为10GB）、延长checkpoint_timeout（如1小时），减少恢复过程中checkpoint的触发次数——checkpoint会产生大量IO，频繁触发会拖慢恢复速度，恢复完成后需改回原有配置。
• shared_buffers：恢复时适当调大（建议为系统内存的25%-30%，不超过50%），让更多数据缓存至内存，降低磁盘读取压力，避免内存不足导致swap。
• autovacuum：恢复前临时关闭autovacuum（设置autovacuum = off），避免自动清理进程抢占CPU与IO资源，恢复完成后重新开启。

额外实践建议 #

• 优先使用SSD存储备份文件与归档日志，IO性能是PITR的核心瓶颈之一；
• 定期做增量备份，减少PITR时需要恢复的基础数据量；
• 恢复前关闭数据库的非必要服务（如监控、连接池），避免资源竞争。

内容的提问来源于stack exchange，提问作者Eric