↑↓ 选择↵ 打开⌫ 切换范围完整搜索

PG.CENTER 连接 PostgreSQL 文档、百科与生态知识。由 Pigsty 维护。

PostgreSQL 资讯

保留原始来源与发布日期的新闻、博客和活动。

调度与网络策略打架,六成 GPU 在空转

发布于 2026-09-10T10:59:46.786683Z · CNCF 博客 GPU Kubernetes 网络策略

这篇 CNCF 案例复现了一种难查的浪费:Kubeflow 把协调进程调度到被 Cilium 网络策略隔离的区域,worker 在另一个区域,Pod 全是 Running、GPU 也已分配,分布式训练却几乎不在计算。作者用亲和性、拓扑分布约束和容忍度把训练组共置后,实验环境 GPU 利用率从约 40% 提到约 85%。值得把区域、网络策略、集合通信延迟和跨区流量放进同一张看板。

阅读更多……

摄像机固件里打包了组织级 GitHub 令牌

发布于 2026-09-10T10:59:46.781734Z · 独立研究 供应链 凭据泄露 固件

一位研究者逆向 Hanwha 摄像机固件后称,前端构建产物里的 Vite 变量对象含有 GitHub token,同一个 token 被复制进大约 30 个文件,对该组织数百个仓库拥有管理员权限;在约 500 份可解包的固件样本里有三份带着它,厂商在 12 小时内撤销。这提醒 CI 机密不只从流水线日志泄露:任何写进浏览器产物、固件或安装包的构建期环境变量都可能成为长期公开的凭据。发版前应对前端包、镜像和固件做一次机密扫描。

阅读更多……

DuckPGQ 把标准图模式查询带进 DuckDB

发布于 2026-09-10T10:59:46.777304Z · DuckDB 文档 DuckDB SQL/PGQ 图查询

DuckPGQ 以社区扩展的形式给 DuckDB 加上 SQL/PGQ:支持 CREATE PROPERTY GRAPH 定义属性图、用 GRAPH_TABLE 写图模式匹配,并带一批图算法,安装方式是 INSTALL duckpgq FROM community。这类社区扩展由集中端点分发、经 CI 签名,但维护者在项目之外,可用 SET allow_community_extensions = false 关掉。

阅读更多……

LISTEN/NOTIFY 的瓶颈在提交路径

发布于 2026-09-10T10:59:46.768668Z · DBOS 博客 LISTEN/NOTIFY 性能 队列

DBOS 复盘自家流式写入卡在每秒约 2900 条的原因:NOTIFY 为保证提交顺序,会在事务提交阶段拿全局锁,于是写入被串行化,CPU 和 IOPS 看着都没满。他们把通知改成内存缓冲、后台批量发出,读端再回表取真实数据,写入提到每秒 6 万条、延迟在毫秒级。这条经验适合把 NOTIFY 当作失效通知或唤醒信号,而不是可靠的消息本体;要求逐条可靠投递或严格排序的场景,仍应评估逻辑解码、队列表或专门的消息系统。

阅读更多……

Tom Lane 重写连接消除,净减九百多行

发布于 2026-09-10T10:59:46.764407Z · PostgreSQL hackers 优化器 连接消除

Tom Lane 提议让 analyzejoins.c 直接基于 jointree 做连接消除,不再依赖规划器的派生数据,消除成功后回到 query_planner() 重跑后续步骤。Richard Guo 做了原型,Tom Lane 借助 Claude 完成较完整的补丁,净减九百多行代码。Thom Brown 测出两个问题:开断言的构建会崩溃;自连接消除的规划耗时回退实际是二到三倍,而非此前报的一成。

阅读更多……

流水线恢复的加速幅度在复测中缩水

发布于 2026-09-10T10:59:46.734156Z · PostgreSQL hackers 性能 恢复

Jakub Wartak 审查了流水线恢复的新版补丁。这套改动把 WAL 解码交给专用后台进程,解码结果经共享内存队列回到 startup 进程,让后者专心 apply。Imran Zaheer 这一版修掉了停止时漏调 WakeupRecovery 等缺陷。Wartak 的疑问集中在性能:提速从约 42% 降到 14% 到 31%,原因不明,FlushBuffer 开销偏大说明 bgwriter 不够积极,基准本身也可能有问题。

阅读更多……

修 glibc 排序隐患时把 autovacuum 优先级搞反了

发布于 2026-09-10T10:59:46.731357Z · PostgreSQL hackers autovacuum 缺陷修复

Rustam Khamidullin 报告 PostgreSQL 17 引入的一处缺陷:autovacuum.c 里的 db_comparator 本应按 adl_score 降序排列数据库,但在修复 glibc qsort 隐患的补丁里改用了 pg_cmp_s32,结果变成升序,把清理优先级整个反了过来。他提交了恢复降序的补丁,Nathan Bossart 确认问题属实,计划下周提交修复。多库实例受影响最明显。

阅读更多……

不重启改 shared_buffers 的补丁进入新一轮

发布于 2026-09-10T10:59:46.723558Z · PostgreSQL hackers shared_buffers 内存

Ashutosh Bapat 发布共享缓冲池在线调整大小的新版补丁:改用 PG19 新引入的共享内存基础设施,0007 在 buf_resize.c 里实现真正的调整逻辑,同时补了文档和 TAP 测试。来自 Databricks 的 Haoyu Huang 提出另一套实现,用单个 mmap 匿名段加 madvise 管理物理页。尚未定的设计包括双水位线的命名与同步、避免调整被检查点长时间阻塞,以及中断后如何恢复。

阅读更多……

约束在高写入量下的隐性成本

发布于 2026-09-10T10:59:46.719481Z · TigerData 博客 写入性能 索引 约束

这篇文章把每秒五万行插入下外键和唯一约束的开销摊开讲:外键在每次插入时对父表做逐行索引查找并取 FOR KEY SHARE 锁,高并发下会引起 MultiXact SLRU 争用;唯一约束则在每次插入前先扫一遍索引。这类开销在概念验证阶段几乎看不出来。作者给出四种缓解办法:把外键检查推迟到事务提交、改用只覆盖近期时间窗口的部分索引、在应用层先校验引用完整性,以及在数据质量已由应用保证时直接去掉外键。

阅读更多……

PostgreSQL 19 给 autovacuum 加了打分与并行

发布于 2026-09-10T10:59:46.715692Z · pgEdge 博客 PG19 autovacuum 调优

Shaun Thomas 梳理 PostgreSQL 19 的 autovacuum 变化:表按事务号年龄、multixact 年龄、死元组、插入元组和统计变化五项打分,取最高项决定优先级,五个权重参数默认都是 1.0;另加 autovacuum_max_parallel_workers,让单个 worker 并行处理索引。新视图 pg_stat_autovacuum_scores 暴露每张表的得分。他建议多数集群先保持默认权重。

阅读更多……