Cockroach Labs 谈智能体循环的数据库模式
文章把事务边界、检查点和只追加审计当作设计清单,适合照着核对,但它是厂商工程文章而非产品发布。
保留原始来源与发布日期的新闻、博客和活动。
文章把事务边界、检查点和只追加审计当作设计清单,适合照着核对,但它是厂商工程文章而非产品发布。
该修复并不只在 3.53 分支可得,3.44.6 与 3.50.7 也有回补版本,盘点时应按实际链接的库版本判断。
插件在工作区里加一个专属面板直接列出 Neon 项目,用快捷键就能创建分支、取连接串、暂停计算实例。
补丁已 rebase,审查中发现 gin_entrypage_items() 缺少一处必要的元组描述符终结调用,已给出单行修复。
用自定义的 Arrow 元组槽让批处理对现有执行节点透明,配合延迟物化、按列解压和最小最大值跳过,再由批感知节点识别利用。
UPDATE 因行过滤器被转成 INSERT 时,订阅端未变更的外联列会被静默写成 NULL;倾向先在应用进程报错并回移到 PG15 及以上。
Tailscale 公布了一次生产数据库损坏的排查结果,根因是 SQLite 的 WAL 重置竞态。官方说明触发条件相当苛刻:必须是 WAL 模式,同一文件至少有两个独立线程或进程连接,并在极窄的时刻并发写入和检查点。修复进入 3.51.3 及之后的版本,也回补到了 3.44.6 与 3.50.7。这属于数据损坏而不是一般可用性缺陷,受影响的版本跨度约十六年。合适的做法是先生成运行时版本清单,筛出 WAL 加多连接的部署,做备份恢复演练再升级。
Diksha Sharma 从数据库管理员的实际处境出发,梳理 PostgreSQL 里做数据脱敏会遇到什么。难点有三类:要覆盖各式各样的数据类型,要能施加临时性的脱敏控制,还要把基于角色的脱敏策略做成可长期维护的东西而不是一次性脚本。文章的落点是在数据保护和业务可用之间找平衡,让需要用数据的团队照常工作,同时不让原始敏感值流出去。对准备把脱敏规范化的团队来说,它更像一份问题清单而不是具体实现方案。
Christophe Pettus 讲 io_max_concurrency:它规定单个进程同时能有多少个 IO 在途,是对 effective_io_concurrency 请求量的封顶。这个参数由 PostgreSQL 18 的异步 IO 子系统引入,默认 -1 表示启动时自动算,属于 postmaster 级别,改动要重启。前者最高能要到 1000,但单进程实际发出多少受这个上限约束。作者建议保持 -1,先用 pg_aios 核实真实并发。
Bertrand Drouvot 发布了 pg_walviz,一个把 WAL 段文件的物理布局画到浏览器里的只读工具。它启动一个本地 HTTP 服务,四个联动视图分别显示按资源管理器活动着色的段热力图、选中页上的记录片段、解码后的记录头,以及按组成部分着色的原始字节。它补的是 pg_waldump 纯文本看不清的那部分。使用前提是只对归档或不可变的段副本操作,并配同版本的 pg_waldump。
Ryan Booz 这一篇讲怎么识别高基数负载,也就是持续产生的唯一归一化查询数超过 pg_stat_statements.max,导致统计被挤掉。常见来源是 ORM、动态 SQL、临时报表和 AI 辅助开发工具。文中用 Bluebox 造压:同一负载在 PostgreSQL 17 上产生 671 条唯一语句,在 18 上只有 120 条,差别来自 IN 列表归一化的改进。诊断方法是重置后观察填充速度,并盯住释放计数。
PostgreSQL 全球开发组发布了所有受支持版本的更新,包括 18.6、17.11、16.15、15.19、14.24,以及 19 的第三个 Beta。本次修掉 28 个安全漏洞和过去数月报告的一百一十多个缺陷。18.4 到 18.6 之间跳过了 18.5,原因是回归问题。三类情况升级后可能还要额外处理:并行 GIN 索引构建、btree_gist 与 ltree。另外 PostgreSQL 14 将在 2026 年 11 月 12 日停止接收修复。