保留原始来源与发布日期的新闻、博客和活动。
Robert Haas 统计 PostgreSQL 19 冻结后修复最多的补丁，列出六项高风险特性：RI 快速路径外键批处理约 16 处且含安全问题，REPACK CONCURRENTLY 有 28 处并涉及数据丢失，在线数据校验和约 25 处，UPDATE/DELETE FOR PORTION OF 有 17 处其中 3 处涉及安全，另有 SQL/PGQ 属性图与 postgres_fdw 统计导入。焦点是要不要回退前三项。
异步流复制下主库刚提交的事务不会立刻在备库可见，应用下单后马上去只读副本查询，常常查不到那一行。PostgreSQL 19 新增 SQL 命令 WAIT FOR，让会话阻塞到 WAL 到达指定 LSN 再继续，从而在异步副本上拿到读到自己写入的一致性，不必承担同步复制的代价。命令提供四种等待模式和 TIMEOUT、NO_THROW 选项。作者提醒 19 仍在 beta，细节以最终发布说明为准。
一套跑在 EC2 上、通过 NFS 挂载 Amazon FSx 的 PostgreSQL 备库长期存在复制延迟，而 FSx 的吞吐和 IOPS 用量都不到配额的一半。真正的天花板是 EC2 单条 TCP 流约 5 Gbps 的限制：NFS 挂载没有设置 nconnect，所有流量挤在一个连接上，既够不到实例的聚合带宽，也用不满 FSx 的配置容量。定位靠 vmstat 看出持续 I/O 阻塞，把 nconnect 调到 16 之后延迟立刻缓解。
pg_statviz 是一组轻量扩展与工具，用来采集和可视化 PostgreSQL 内部统计的时序数据。1.2 版赶在 PostgreSQL 19 beta 期间发布，开始采集 pg_stat_wal 新增的 wal_fpi_bytes 计数器，并把 PG18/19 的 I/O worker 与 autovacuum 评分设置写进快照配置。新增的阻塞锁分析模块基于 pg_blocking_pids()，每次快照记录被阻塞与正在阻塞的会话数。
Hubert Lubaczewski 用 explain.depesz.com 的 162 万行、合计 33 GB 计划文本实测两个正则扩展。基线并行顺序扫描约 41 秒，pg_trgm 索引把同一查询压到 1.6 秒。pg_tre 建索引花了 7 小时 15 分，索引本身占 21 GB；pg_re2 用 @~ 操作符查同一模式只要 0.96 秒，明显快过 trigram，换成复杂正则也只用约一半时间，代价是 re2 库砍掉了后行断言这类写法。
AWS 把这次更新定位为社区 bug fix 与 Aurora 增强，泛称可处理已知 CVE 但未列出编号。
Neon 把 CLI 定位成 agent 管理其平台上 PostgreSQL 数据库的主要入口，文章回顾了近期变更。
这是 PostgreSQL 19 新特性带来的可串行化破坏，v3 补丁补了测试，核心修复保持不变。
高并发 SELECT FOR UPDATE 下引脚持续重叠，反回卷 VACUUM 长期阻塞，补丁把冻结与清理解耦。
方案是为每个 worker 各加一行、部分字段为 null，另一补丁为 B-tree 增加块数进度。
WAL 里已记录提交的事务可能还没更新 CLOG，补丁保证返回快照前提交判定结果正确，并加了进程本地缓存。
-fwrapv 下对 PG_INT32_MIN 取反仍为负，修复改成截断到 PG_INT32_MAX，计划回移到所有受支持版本。
Bertrand Drouvot 指出该机制可能连 pg_conflict_detection 保留槽一起失效，也会波及所有超龄的非活跃槽。
Kubo、Helia、Boxo 与 ipfs.io、dweb.link、bootstrap 节点将失去专职维护，依赖方需确认接手主体。
协议规范、参考实现与一致性测试套件经 OCP 公开，fabric 侧只需要 ECN 和 ECMP。
各 provider 独立配置并与 IAM 认证并存，落地前要统一 issuer、audience 与 RBAC 映射。
证明边界只到内核强制，启动链、硬件、DMA 与用户态组件仍要逐层补齐。
两颗网络 chiplet 合计提供 1.2 TB/s I/O，同一组网卡可在机架内外的流量之间重分配。
含节点自愈、挂起作业检测、分层 checkpoint、配额抢占与 Ray Serve 的分层 KV cache。
托管实例与 Fargate 会自动排空任务并替换容量，ECS on EC2 则由事件驱动用户自己的流程。
可装进 Claude Code、Codex 或 GitHub Copilot，在给定基准时迭代优化提示、工具与模型设置。
