并行 vacuum 的索引进度如何暴露仍有分歧
无权限用户查 pg_stat_activity 时 leader_pid 为空,视图聚合失效;数组还是每 worker 一行也未定。
保留原始来源与发布日期的新闻、博客和活动。
无权限用户查 pg_stat_activity 时 leader_pid 为空,视图聚合失效;数组还是每 worker 一行也未定。
备机上的 synced slot 不再豁免检查;但过期 catalog_xmin 可能落在主库物理槽上,仍未覆盖。
新版把索引统计独立成型,增加 pgStatFlushInProgress 防重入,未变化条目用 memcmp 跳过取锁。
提交 f2ccb8e6c591 落地:索引条目直接返回副本,表条目先并入子事务计数;下一步转向 relfilenode。
安装集成时 CLI 会自动为项目建库并配好 skills,编码 agent 初始化后可直接访问数据库。
Andrey Borodin 的 WAL 压缩补丁系列更新到 v9:复用 zstd 上下文加快压缩解压、在按 FPI 压缩之外增加整条记录压缩,跨记录流式压缩仍在开发。审阅者指出 v8 与新提交冲突。v9 完成变基,修掉 EXEC_BACKEND 下 XLOGShmemAttach() 的 Windows bug,文档同步注明 wal_compression = on 默认优先选用 zstd。
PostgreSQL 19 计划引入的 MERGE/SPLIT PARTITIONS 在合并拆分时会静默丢弃分区级属性,包括 RLS 策略、ACL、索引等。多位审阅者认为静默丢弃 RLS 是安全隐患,文档也只用「等等」一笔带过。Alexander Korotkov 提议 pg19 先对涉及 RLS 的操作直接报错,完整支持推迟到 pg20,实现该检查的补丁已经提交。
TimescaleDB 的连续聚合靠 invalidation 日志和定时刷新保持同步,start_offset 是回溯窗口,end_offset 是新鲜度下限。Damaso Sanoja 指出一个容易忽略的坑:迟到写入若落在已物化且超出回溯窗口的 bucket 上就永远不会重算,聚合结果静默保持错误值,而 real-time aggregation 只覆盖 watermark 之后尚未物化的部分,救不了这种情况。
work_mem 按操作而非按查询生效,一条语句里的多个排序、哈希节点各占一份,哈希节点还要乘 hash_mem_multiplier,预估总量没有趁手工具。作者用 raw_parser() 解析、planner() 生成计划,再遍历计划树累加倍率乘上 work_mem 得到最坏情况,做成扩展 querymem 挂在 ExecutorStart 钩子上,可记日志或拒绝超限查询。在 pgbench 上,含两个哈希的连接估到 28 MB。
PostgreSQL 18 的异步 I/O 落地后,由谁执行 I/O 取决于 io_method 和 io_workers。sync 退回同步行为,只用于排查;默认的 worker 走后台进程池;io_uring 交给 Linux 内核最快,但需要 liburing 构建与放行的安全策略,容器里常被禁止,此时服务器会直接启动失败。io_workers 默认 3、上限 32,可在线调整,冷读负载建议提到 CPU 线程数的四分之一到一半。
它针对的是会话令牌被窃后的账号接管,实际收益取决于身份提供方与站点是否接入。
HTTP 与 gRPC 就绪探针同时 GA,可做跨区域自动故障转移与回切,但仍依赖至少两个区域、最小实例与负载均衡。
同期的 1.15.0 修掉了 MCP 工作区线程、智能体终端,以及会吃掉大量磁盘的 npm 缓存问题。