1. 使用pg_dump执行PostgreSQL逻辑备份的最佳实践有哪些？ #

• 优先使用-Fc自定义格式：这种格式自带压缩，支持并行恢复，还能单独提取恢复单个表，比默认的SQL或tar格式灵活得多，对中小规模库（比如你的5GB）非常友好。
• 搭配-Z指定压缩级别：比如pg_dump -Fc -Z 5，平衡压缩速度和磁盘占用，不会让备份过程拖得太久，也能省不少存储空间。
• 避开业务高峰执行：逻辑备份虽然不会锁表，但大量的读操作还是会占用节点的CPU和IO资源，尽量选凌晨这类低峰期，避免影响正常业务。
• 备份后立即验证：用pg_restore --list 备份文件检查备份完整性，条件允许的话，找个测试环境恢复一遍——别等灾备的时候才发现备份是坏的，那可就麻烦了。
• 用pg_dumpall -g备份全局对象：pg_dump只负责单个数据库的内容，角色、表空间这些全局配置得靠pg_dumpall -g来备份，不然恢复后权限、表空间配置会出问题。
• 并行备份提速：如果你的PostgreSQL版本支持（9.3及以上），用-j参数指定并行度，比如pg_dump -Fc -j 4，利用多核CPU加快备份速度，大表效果尤其明显。
• 定期清理旧备份：写个简单的shell脚本，自动删除超过保留期（比如7天）的备份文件，防止磁盘被占满。

2. 当复制延迟小于200ms时，从standby/slave（备）节点执行备份是否为理想方案？ #

绝对是理想方案！200ms的延迟几乎可以忽略不计，备节点的数据和主节点基本保持同步，备份出来的数据完整性完全有保障。而且最大的好处是彻底解放主节点——备份的读压力全由备节点承担，主节点可以专心处理业务请求，这在生产环境里是非常推荐的备份策略，尤其是主节点资源紧张的时候。

3. 从standby/slave节点备份是否可行，是否需要修改特定配置？ #

完全可行，而且是生产环境的主流备份方式之一。需要调整的配置不多：

• 确保备节点hot_standby = on：你已经是hot standby模式，这个参数应该已经开启了，它允许备节点执行查询和备份这类只读操作。
• 调大max_wal_senders：备节点需要从主节点同步WAL日志，这个参数要保证有足够的连接数给WAL发送进程，避免备份期间复制中断。
• 给备份用户足够权限：至少需要SELECT权限，最好直接赋予pg_read_all_data角色，确保能读取所有表的数据。
• pg_dump无需特殊参数：直接在备节点运行pg_dump命令就行，它会自动识别standby状态，不会执行任何写操作，完全安全。

4. 对于频繁更新的数据库，逻辑备份与物理备份哪种更适合？从灾难恢复角度，哪种备份及恢复更快更优？ #

分场景来看：

• 频繁更新的库：如果是你的5GB这种中小规模库，逻辑备份（pg_dump）也能凑合用，但如果更新特别频繁，物理备份（比如pg_basebackup配合WAL归档）会更高效——物理备份直接复制数据文件，不需要遍历每个表做SQL导出，对系统IO压力更小，大表多的时候优势更明显。
• 灾备角度：物理备份的恢复速度甩逻辑备份几条街！物理备份可以直接把数据文件拷贝到新节点，再用归档的WAL日志恢复到指定时间点，5GB的库可能几分钟就能恢复完成；而逻辑备份恢复需要执行大量的COPY或INSERT语句，5GB的库可能要十几分钟甚至更久，要是几十上百GB的库，恢复时间会长得让人崩溃。所以追求灾备速度的话，优先选物理备份。

补充疑问解答：备节点运行备份脚本，但每30分钟从主节点远程备份，部分COPY语句耗时6分钟是否有潜在问题？ #

首先得说，你这个操作有点绕——既然已经有hot standby备节点，为啥还要远程从主节点备份？直接在备节点本地备份不好吗？远程备份会额外消耗主节点的网络和IO资源，完全没必要。

回到COPY耗时6分钟的问题，潜在问题主要有这些：

• 备节点资源瓶颈：如果备节点的CPU、磁盘IO性能一般，大表的COPY导出会占满IO资源，可能导致备节点的WAL同步速度变慢，复制延迟从200ms涨到几秒甚至更久，极端情况下可能让备节点跟不上主节点。
• 备份频率过高：每30分钟一次逻辑备份太频繁了，5GB的库完全没必要这么高频。频繁的COPY操作会持续消耗备节点资源，长期下来可能影响备节点的稳定性。建议改成每天一次全量逻辑备份，配合WAL归档做增量；或者直接换成物理备份，频率可以调到每天一次，再用WAL归档保障数据连续性。
• 大表未分区：如果耗时的是单个超大表，没有做分区的话，每次备份都要全量导出，不仅慢，还容易占满备节点的临时空间。可以考虑给大表做分区，备份时可以只导出需要的分区，或者加快导出速度。
• 备份格式选得不对：如果用的是默认的SQL格式，COPY是明文导出，速度慢还占空间。换成-Fc自定义格式，配合-Z压缩，能大幅缩短COPY的耗时，也能省磁盘空间。

内容的提问来源于stack exchange，提问作者Tibin Geo k k