保留原始来源与发布日期的新闻、博客和活动。
Stefan Fercot 复现了备库在关闭归档时被提升的场景：即使让下游备库归档并成功生成新备份，也无法补回切换附近缺失的 WAL 和时间线历史文件，旧备份仍可能无法跨越该断点恢复。关闭归档模式检查并不会放行主库的归档关闭状态，修改工具绕过检查也不能证明恢复链完整。实验建议提前为候选主库启用归档并配置归档命令；若已进入错误配置，应通过计划重启或受控切换恢复，再验证跨时间线恢复能力。
CloudNativePG 1.30.1 集中修复高可用控制流程：故障切换不再被已隔离实例拖住，待完成的切换持续推进，并在提升前重新检查仲裁安全；主节点启动 PostgreSQL 前必须先持有主租约，避免重启后过早接受写入。版本还修复扩展路径校验绕过，以及插件恢复将 WAL 写入错误卷导致空间耗尽的问题，同时补正备份与监控行为。同日发布的 1.29.3 是该分支最后维护版本，使用者需要安排迁往受支持分支。
安全研究者 Mehmet Ince 发布系列第二篇，称已向多家托管 PostgreSQL 厂商报告 76 项安全加固扩展漏洞。文章聚焦临时借用超级用户身份时的校验缺口：对象先按名称通过检查，切换身份后再次解析，却可能执行另一个对象；单纯屏蔽函数名也存在绕过路径。研究者称 Supabase 已修复其中四项问题。服务商审计需要覆盖对象身份、权限切换和底层危险能力，而不能只核对一份函数黑名单。
PgBouncer 1.26.0 修复三项拒绝服务漏洞：未认证客户端可触发进程崩溃或缓冲区增长死循环，恶意 PostgreSQL 服务端则可通过过大的 SCRAM 迭代次数拖住登录。新版本还默认跟踪搜索路径与事务只读状态，新增空闲连接池超时，并允许按用户和数据库设置查询排队超时。已弃用的在线重启选项 -R 被移除，维护连接池的团队需要同时核对认证风险、会话状态与升级时的重启方式。
Franck Pachot 用执行计划示例解析 PostgreSQL 19 测试版的 EXPLAIN IO 选项：传统 BUFFERS 统计缓存命中与读取块数，新指标则展示预取深度、实际 I/O 请求数量、请求大小、并发度及未及时完成的读取次数。示例将约 2.9 万次块读取合并为 1825 次请求，扫描只在其中 7 次遭遇尚未完成的 I/O。分析慢扫描时应结合这些指标判断预取是否隐藏延迟，不能把等待次数直接当作等待时长。
AWS 开源方案把授权条件用于工具可访问的数据对象，弥补仅允许调用工具却未限制其读取哪些数据的缺口。
代码、配置、观测及 Durable Objects 状态按预览隔离；D1、R2、KV 等账号级资源仍需绑定独立实例。
1.37 的 Beta 功能默认关闭，允许主容器独占资源、边车共享 Pod 内资源池，无需让每个容器独占核心。
Unused 条件及状态转换时间可定位闲置卷；尚未调度的 Pod 仍算使用者，已结束的 Pod 则不再占用。
案例用集中启动器与事件总线统一运行，并按输入分区生成合并条件，减少 Athena 扫描量与历史重跑差异。
计划切换前核验故障转移槽并等待就绪；配置不合格先阻止切换并告警，宽限期后仍会放行，运维需及时修正。
Now-Next 实测指出，逐租户模式会放大备份锁表需求，共享表则须自行覆盖租户导出与外键索引。