本文通过真实数据比较了pgBackRest各压缩算法与级别，以寻找CPU与备份大小的最佳平衡。结论：Zstandard低级别最优，默认zst(3)处于曲线拐点，节省约65%空间且CPU仅59秒；zst(22)备份最小但CPU高约88倍。LZ4适合快速廉价场景，gzip在5级后收益甚微，bzip2始终不占优。建议选用zst并保持低级别。

文章讨论了如何将pt-query-digest风格的慢查询分析应用于PostgreSQL，介绍了使用pg_enhanced_query_logging工具的具体方法。

在2026年，选择适合Kubernetes的PostgreSQL操作员时，需要评估不同开源解决方案的优缺点。同时，pg_enhanced_query_logging工具可以将pt-query-digest风格的慢查询分析引入PostgreSQL。

pgBackRest项目因资金不足面临维护问题，长期维护者宣布将其归档。尽管有误解称项目“死亡”，但实际上是可持续性缺口。多个公司迅速协调，确保pgBackRest的持续资金和支持，推动工程资源的共享与治理讨论。开源项目需共同责任，以维护生态系统的健康。

pgBackRest项目的归档引发了对开源软件可持续性的讨论。尽管pgBackRest仍然是开源的，但其维护缺失暴露了企业对开源项目持续性的忽视。企业在使用开源软件时，应关注项目的维护、资金支持和治理结构，而不仅仅是代码的可用性。信任的建立需要持续的管理和社区支持，以确保项目在关键基础设施中的可靠性。

pgBackRest项目于2026年4月27日宣布停止维护，面临社区分裂风险。Percona将继续支持该项目，并鼓励用户参与讨论，未来可能建立基金会或多方合作模式以确保可持续发展。用户可继续使用pgBackRest，并关注更新。

pgBackRest是一个优秀的PostgreSQL备份工具，但其维护者David Steele宣布停止维护，项目面临失去支持的风险。由于行业对AI的关注，资金支持不足，导致项目停滞。建议用户转向Barman作为替代方案，同时希望社区能重振pgBackRest。

pgBackRest在Docker中实现时间点恢复（PITR）相对简单。文章介绍了如何构建PostgreSQL 18和pgBackRest的Docker镜像，进行全量备份，并演示了在删除数据后如何恢复到删除前的状态。通过创建恢复点和使用临时容器进行恢复，确保数据安全。关键在于将数据和备份存储在持久卷上，并确保WAL归档。

MinIO是一个兼容S3的存储解决方案，适用于数据备份和恢复。本文介绍了如何在本地和K8s环境中使用pgBackRest与MinIO进行PostgreSQL的备份与恢复，主要通过Docker部署MinIO并配置pgBackRest。

本文介绍了如何加密pgBackRest存储库的过程，以防止未经授权访问数据。演示中假设pgBackRest已安装和配置在专用备份节点上，并从远程数据库节点进行备份。

我们最近帮助客户用pgBackRest替换了手动备份800GB PostgreSQL数据库的方案，解决了单点故障、恢复困难和性能瓶颈等问题。pgBackRest支持全备、增量和差异备份，并具备点-in-time恢复功能，确保数据安全和高效存储。