PostgreSQL 博览 RSS 订阅

PostgreSQL 已合入分区索引校验的并发修复。旧实现将父索引标为有效后，过早释放父索引和父表上的锁；并行恢复 pg_dump 备份时，外键创建可能与其依赖的主键校验发生竞态，导致恢复失败。补丁将这些锁保留到事务提交，与常规 DDL 的处理保持一致。问题可追溯至 PostgreSQL 11，提交标注回补至 14。大量使用分区表与并行恢复的团队可重点回归相关场景，维护版本的发布仍需另行关注。

PostgreSQL 已修复 pg_listening_channels 的哈希扫描泄漏。此前该集合返回函数在多次调用之间保持扫描状态，若执行器因 LIMIT 等原因提前停止取行，扫描会一直登记到事务结束，产生资源泄漏报错，最终可能触发 PANIC。新实现先把结果物化到临时存储，在单次调用内完成扫描，避免清理依赖后续取行。补丁已合入，标注回补至 PostgreSQL 19；它处理的是频道枚举的资源生命周期，与此前通知队列推进修复不同。

Awide 介绍了将 CSN 多版本并发控制移植到 PostgreSQL 17 分支的工程细节。快照不再复制活跃事务列表，而是读取提交序列号，再通过 CSNLOG 判断事务可见性，减少对 ProcArray 锁的争用。实现还须保证最老事务边界与序列号之间的读取顺序，处理事务列表溢出，并在恢复期间避免错误信任页面的全可见标记。这些修正关系到快照正确性，不能只替换取号路径；该机制属于 Awide 的分支实现。

Awide 详解了 DataMax 日志存储节点：它接收、落盘并级联传输 WAL，不维护完整数据文件，也不执行日志回放。部署在主库同一可用区时，可承担同步提交的确认，让远端副本异步接收日志，降低跨区域确认延迟。节点利用主库系统标识初始化，无须先复制完整基础备份，同时还要协调日志保留边界。它提供的是轻量 WAL 持久化副本；实际恢复仍依赖可用的数据基线，同区部署也不能单独覆盖整个可用区失效。

Yugabyte 复盘了一起应用扩容引发的连接压力：两组服务各可扩到 64 个实例，应用连接池上限叠加后可达 1920 条，而数据库只有三个节点、每节点八个虚拟 CPU。案例通过 YSQL Connection Manager 将逻辑连接复用到较少的物理后端，同时保留应用侧连接池，避免仅为连接数量扩容数据库。厂商称该方案未增加硬件；文中的容量估算依赖工作负载，长事务和需要会话绑定的操作仍会削弱复用效果。

Starlake 梳理了将 DuckDB 暴露为多用户查询服务时的安全边界。共享进程可能同时持有文件访问权、凭据和全局配置，简单过滤 SQL 文本难以覆盖元数据与运行时查询路径。远端连接标为只读，也不能替代远端账户自身的权限约束：透传操作仍须按实际连接身份审视。文章建议为远端数据源使用最小权限角色，隔离工作目录与秘密文件，在启动阶段固定配置，并使用与引擎语义一致的解析方式约束查询。

pgmq 1.13.1 修复了消息队列扩展的两类权限问题：函数固定可信搜索路径并限定内部对象名称，防止攻击者借同名对象执行他人权限的代码；监控角色也不再拥有队列与归档表的整表读取权限，避免消息正文和头部泄露。升级脚本会撤销旧的宽泛授权，并为已有队列补上监控所需的列级权限。项目建议旧版本用户升级；如果撤权失败，升级只会记录警告，因此还需核查日志与实际权限。

DocumentDB 发布首个正式可用版本 1.0，以 PostgreSQL 保存原生 BSON，并通过网关兼容 MongoDB 协议。该版与 RC2 代码相同，包含查询权限检查、聚合与索引崩溃修复，以及网关错误报告改进；排序规则支持仍需显式启用。Linux 软件包支持 PostgreSQL 17、18，容器覆盖 15 至 18。旧容器数据卷不会自动更新扩展模式，候选版也没有原位升级路径，迁移须准备新卷并重新加载数据。

CloudNativePG 已合入角色密码生成与轮换功能，计划随尚未发布的 1.31 提供。控制器可为 DatabaseRole 生成密码，保存到自己管理的 Secret，并按配置提前轮换；密码有效期同时写入 PostgreSQL，逾期即拒绝新连接。轮换默认关闭，一个角色仍只有一个密码，客户端重连时必须重新读取凭据。副本集群在提升后才生成密码；改密不会立即断开旧会话，目前可通过开发快照试用。

Awide 复盘了 PolarFS 在共享块设备上约束单写者的租约设计。各主机将租约写入独立磁盘扇区，以轮次和存活记录仲裁；持有者持续续租，失败时通过进程退出、强制终止及可选内核看门狗逐层隔离。初版曾把不可读扇区当作空记录，也未充分防住时钟偏移和获取租约途中停顿，修正后遇到这些情况会拒绝挂载。安全性仍依赖时钟偏差不超配置上限，以及被隔离节点确实停止写入。

Materialize 复盘了 PostgreSQL 元数据存储的亚稳态故障：SIRead 谓词锁膨胀放大了瞬时变慢，每次插入的冲突检查成本随之上升。新方案依靠连续日志、主键仲裁、前驱行共享锁和永久初始化标记，在读已提交级别实现线性化日志，并用 Lean 4 建模证明。团队称同机测试写吞吐约为原来的三倍。功能默认关闭，需先将部署完整升级至 v26.33 或更高版本，再切换隔离级别。

Materialize 团队复盘了超大 MySQL 表的快照并行化：按聚簇主键划分连续范围，用可走索引的前缀探测与 EXPLAIN 估算分配负载，避开 COUNT 和 OFFSET 的全量扫描。团队称，客户最大表的快照耗时由约 30 小时降至 3 小时。实现还需处理字符串排序规则、尾随空格与估算偏差；当前仅覆盖部分字符类型和排序规则，收益取决于数据分布及源库 I/O 能力。

pgEdge 给出了从 PostgreSQL 17 滚动迁移到 18 的实操方案：先加入新版本节点，复制数据并验证双向写入，再逐步替换旧节点。文章揭示了逻辑复制与高可用组合中的隐患：复制集成员遗漏会让新节点只收不发，Patroni 中未持久化的配置可能被覆盖，同步备用节点停机会阻塞变更发布。升级还需暂停 DDL 复制并重建备用节点。作者尚未验证故障切换，因此这份流程仍需结合实际拓扑完成演练。

pg_knowledge_base 将 Oxigraph 引擎装进 PostgreSQL 19 扩展，让 SPARQL 查询与 SQL 使用同一事务和快照，无需另养一套图数据库。四元组存入普通表和索引，现有业务表也可通过 R2RML 映射为虚拟 RDF 图，复用数据库的备份与复制能力。代价是装载速度和存储开销尚不及专用后端，图连接也不会自动下推为 SQL。映射表可沿用行级安全，但四元组表没有同等保护，权限设计不能直接照搬。

Karen Jex 总结了在业务数据库上承载分析查询时的调优取舍。先用执行计划定位瓶颈，再按查询选择表达式索引、生成列或物化视图，同时计算写入成本与数据新鲜度。分析任务可使用独立角色或连接池设置内存，避免全局提高 work_mem 后被并发查询放大。需要隔离负载时，物理副本能分担读取，但不能独立修改表结构；逻辑副本则允许增建分析索引。文章用具体案例串联这些选择，强调按负载验证，而非套用统一参数。

Dolt 2.6 调整了数据库分支的合并算法，修复长期分支反复合并后可能静默选取较新修改的问题。新算法沿完整提交图寻找合并基点，按接近 Git 的方式识别双方变更，把原本可能被掩盖的冲突显式交给调用者处理。这是有兼容性影响的行为变化：依赖自动合并的脚本需要检查冲突处理路径，不能只看命令是否完成。版本还加强了数据文件上传及内容块的校验，避免错误内容覆盖已有哈希对应的数据。

NebuSec 公布了 PingCAP 安全事件的调查细节：攻击者从受损账号与代码历史中的凭据进入云环境，进一步读取内部数据仓库、对象存储和协作系统。确认暴露的信息包括账户关联、SQL 编辑器记录及业务资料，支持材料中的凭据也扩大了风险。调查未发现客户 TiDB 数据受到影响的证据，逐客户影响范围仍在核查。报告将处置重点落在撤销凭据、收紧跨项目权限与补齐访问日志，提醒团队把支持附件和代码历史纳入秘密扫描。

Brotli 1.2.1 修复了恶意压缩流可触发的解码器越界写入漏洞。特定块切换错误被当作需要继续输入处理，使后续解析可能覆盖缓冲区边界，影响取决于应用是否会解压攻击者控制的数据。Node.js 已同步发布受影响版本线的安全更新，说明此类底层库缺陷会沿运行时和依赖链传播。维护者应核对实际使用的 Brotli 实现与运行时版本，优先更新接收外部压缩内容的服务，并回归解压失败时的错误处理路径。

PostgreSQL 已合入一项通知队列停滞修复：后端读取通知时会设置推进标志，但若在等待安全快照期间被取消或遇到错误，旧代码没有清除该标志，后续既不会推进队列，也不会再次唤醒该后端，队列尾部因此停住。补丁把清理动作加入顶层事务中止路径，提交标注回补至 PostgreSQL 19。依赖 LISTEN / NOTIFY 的应用应跟进包含该修复的版本，并把通知积压纳入运行监控。

Christophe Pettus 用实际恢复过程解释了定点恢复参数的边界：以 shutdown 动作停在目标处后，若直接删除 recovery.signal 再启动，服务器会转入崩溃恢复，重放本地剩余 WAL，可能再次执行本想避开的误操作。正确流程是保留恢复目标与信号文件，将动作改为 promote。文章还展示了时间线选择、事务提交边界和遗留恢复参数怎样改变结果，为恢复脚本与演练提供了具体检查项。

Christophe Pettus 梳理了 PostgreSQL 物理副本从建库到故障接管的完整流程。非计划切换应先确保旧主库无法继续写入，再比较候选副本已接收与已回放的 WAL 位置，选出拥有最多日志的节点；仅看网络是否可达或某个延迟指标并不够。提升后还需重建物理复制槽、调整客户端入口与备份归档，并检查旧主库能否回退为副本。文章将隔离、数据丢失范围和恢复冗余串成可演练的操作顺序。

pgEdge 介绍了 pgVolvra 的行级撤销方案：对预先启用跟踪且具有主键的表，用 SQL 和 PL/pgSQL 触发器记录变更，再按事务、标记或条件预览并执行逆向操作。它在撤销前核对当前行，遇到后续修改会中止或按策略跳过，避免无条件覆盖新数据。当前版本仍为测试版，无需超级用户或预加载库，但会增加写入与 WAL 开销。它适合纠正已跟踪的误操作，不能替代覆盖整库与介质故障的备份。

PGDG 为 Amazon Linux 2023 恢复 PostGIS 软件包，覆盖 PostgreSQL 14 至 18 的 x86_64 与 aarch64 架构，并加入 SFCGAL 支持。维护者通过独立安装路径与运行时库搜索路径提供 GDAL、GEOS、PROJ 等依赖，避免替换发行版自带库；缺少依赖的部分 GDAL 驱动仍不可用。此次恢复让该平台重新获得可安装的空间分析组件，但部署前仍需核对数据格式驱动与扩展版本。

QuestDB 10.1 增加服务端降采样、精确分位数函数及更多时序连接能力，同时修复查询结果、索引和写入身份校验问题。升级包含多项不兼容变化：无聚合的 HORIZON JOIN 不再自动去重，错误的时间间隔字符串会被拒绝，整数算术统一按 32 位溢出规则处理。受影响的物化视图可能需要完整刷新，Intel Mac 支持也被移除。使用时序连接和旧查询模板的团队，应先核对发布说明中的迁移要求。

PostgreSQL 已合入一项涉及逻辑复制数据正确性的修复：用 GiST 多范围索引充当副本标识时，不同记录可能映射到相同的有损索引键，订阅端此前却把索引命中直接当作精确匹配，导致更新或删除错误的行。补丁在索引要求重检时，按索引列的比较运算符与排序规则核对真实键值，并修正相关冲突分类。提交标注回补至 PostgreSQL 18；使用 WITHOUT OVERLAPS 键参与逻辑复制的环境应重点跟进修复版本。

Jeremy Schneider 通过故障案例与受限 IOPS 环境的复现，分析了 recovery_prefetch 对同步复制可用性的影响。备库断流后先回放本地 WAL，预取可能把顺序访问变成密集的小块随机读取，耗尽存储 IOPS，令主库等待同步确认的时间显著拉长。实验中关闭预取避免了长时间停写；作者也讨论了两个备库配合 ANY 1 确认的取舍。结论针对特定存储瓶颈与恢复路径，值得在容量和故障演练中核对。

作者将 MergeTree 列式存储接入 PostgreSQL 19 的表访问接口，再组合 pg_vexec 向量执行与 ORCA 优化器，探索无需修改核心的分析查询路径。作者在千万行 ClickBench 测试中报告，组合方案的几何平均耗时约为原生 PostgreSQL 的三十九分之一，仍慢于 ClickHouse。相比此前单独加入向量执行，这次同时改变数据布局、批处理和投影时机；结果来自实验性扩展与特定测试，尚不能代表生产负载表现。

DuckDB 2.0 成为新的长期支持版本，维护期至少延续至 2027 年 10 月。该版本为 Parquet 与 CSV 读取加入异步 I/O，将 VARIANT 改为完整列式布局，并把 PEG 解析器设为默认；Quack 远程连接与查询下推也继续完善。升级还涉及存储格式和扩展兼容性：新格式文件不能由旧版本读取，已有数据库则保留原有兼容方式，扩展构建需要适配 C++17。团队应结合文件交换、驱动与扩展依赖安排迁移验证。

PHP 提前发布 8.5.12、8.4.27、8.3.36 与 8.2.35，修复两项内存安全漏洞，涉及内存耗尽后的不完整初始化与请求间残留状态。部分 mod_php 部署甚至无需 PHP 业务代码即可触发远程代码执行。PHP Foundation 公布修复后，AWS 又披露蜜罐早在 10 月 17 日就捕获利用尝试，但早期尝试能否在真实系统成功仍待分析。互联网暴露的 PHP 服务应尽快升级，并把排查窗口前移到公告之前。

GitLab 发布 19.5.1、19.4.3、19.3.6 及多个旧分支补丁，修复正则表达式编译中的整数溢出问题。该漏洞可能让未认证攻击者执行任意代码，官方给出 CVSS 10.0 评分；同批更新还处理 LDAP 账户接管与 OpenID Connect 缓存投毒等缺陷。GitLab.com 已部署修复，自托管实例需按所在分支升级。其中 19.4.3 与 19.3.6 包含数据库迁移，单节点部署应预留停机时间，不能只替换应用文件。

PostgreSQL 物理只读副本持续处于恢复状态，查询可能与主库清理旧行、回放独占锁等操作冲突。Christophe Pettus 梳理了延迟与取消查询之间的取舍：回放等待额度由整个副本共享，一条长查询耗尽额度后，后续冲突查询可能立即被取消；开启热备反馈又会把旧版本保留压力传回主库。文章建议分别规划故障切换副本与报表副本，并结合冲突计数、回放积压和磁盘空间判断瓶颈，应用同时准备重试与断线重连。

PostgreSQL 在非正常停机后，会先同步数据目录，再开始回放 WAL；文件很多时，这段准备工作可能比实际恢复更慢。Christophe Pettus 用约 60 万文件的集群演示，默认逐文件 fsync 花费数十秒，而 Linux 的 syncfs 可把工作合并到文件系统级。这项设置可重载生效，但需核对内核错误报告能力及同盘其他写入负载。新建物理备库首次启动也会经历这一步，备份工具的同步选项不能代替服务端配置。

TimescaleDB 2.31.0 修复了直接压缩自动选择分组列时可能丢失数据的问题，也补上 MERGE 修改未触发连续聚合失效、拆分块路由错误等修复。列存 UPDATE、DELETE 与重压缩引入向量化键处理和批量解压，新整数压缩器 AIC 则仍处于默认关闭的预览阶段。版本还允许调整扩展钩子顺序，改善与 pgAudit 的兼容性；需要这项加载器变更的实例必须重启，升级前应结合自身压缩写入和审计配置安排验证。

Oracle 发布 10 月关键补丁更新，覆盖数据库、Java 与多种企业产品。数据库服务器风险矩阵列出 14 项新增安全补丁，其中 4 项涉及可经网络免认证利用的漏洞，另有 2 项适用于只安装客户端的环境。也涵盖 GoldenGate、REST Data Services 与 TimesTen 等组件的修复。运维团队应按实际组件、受影响版本和权限条件逐项核对补丁范围；本期矩阵仅列新增修复，历史关键补丁仍需结合既有安装水平检查。

Neo4j 2026.10.0 允许在基于属性的访问规则中引用用户的 ABAC 标签，使图元素属性与当前用户标签匹配后才可访问，提供类似动态行级安全的能力；这类谓词暂不支持 NOT 取反。版本同时改善并发事务批次调度，在 PROFILE 中显示实际并发度，并修复最小 64 位整数除以负一时静默返回错误结果的问题。备份流程也会在日志已清理时先尝试较新的完整备份作为差分父项，减少直接重做全量备份的情况。

AWS 推出 ECS Gateway，以账户级资源统一管理容器服务的入口网络。平台团队设定网关、网络与权限后，服务通过连接配置接入，系统自动创建并维护负载均衡、证书、域名与安全组，最多 25 个服务共享一个应用负载均衡器。现有服务可同时保留原入口，验证新路径后再迁移。网关要求服务处于兼容的 VPC 与可用区范围，达到负载均衡数量上限时部署会失败；底层资源仍在用户账户内，并按相关服务计费。

PostgreSQL 已合入 jsonb_set_lax 的释放后使用修复。新值是常量 SQL NULL 时，旧实现会改写调用方的参数区，把按行分配的 JSON 空值留下；处理后续行时，内存已被回收，空值标记却仍被清除，既可能访问失效内存，也可能错误沿用前一次的空值处理方式。补丁改用独立调用帧，并增加多行回归用例。提交标注回补至 PostgreSQL 14，使用该函数批量更新 JSON 的系统应关注后续修订版。

Awide 开源了基于 PolarDB 的数据库引擎、增强版 PolarFS 和基于 ProxySQL 的 PolarProxy，围绕单写节点、共享数据文件与独立读副本构建集群。其 PostgreSQL 17 分支整合 WAL 流水线与提交序号机制；代理根据 WAL 位置等待副本追上写入，让应用在读写分离时保持读己之写。存储层另有跨主机租约与显式设备刷盘处理。并行查询已移植到 15 分支，17 分支仍在推进，各版本的功能完整度不同。

pgAdmin 桌面安装包需要捆绑 PostgreSQL、OpenSSL 等原生依赖，过去通过每天替换的 latest 标签获取归档，同一份源码未必能构建出相同软件。Dave Page 介绍的新流程为每份依赖固定版本和 SHA-256，并在解包前校验；pgbuild 同时保留不可变的版本发布，提供校验值与上游版本信息。依赖更新因此成为可审查的锁文件变更，归档被替换会直接令构建失败。过期依赖只触发提示，升级时机仍由维护者明确决定。

PostgreSQL 连接池与分片代理 PgDog 发布 0.1.62，修正重分片时过早返回成功的问题：现在必须确认每个分片已经提交，才向调用方报告完成。新版还修复 SET 与 SET LOCAL 的覆盖关系、RESET 后的回滚状态，以及未取得顾问锁却占用后端连接的问题，减少连接复用时的状态泄漏。同时加入基础跨分片子查询和逻辑复制进度持久化，但崩溃后恢复流程仍在开发，重分片中断后的恢复还需单独处理。

U.S. Bank 与 AWS 披露四套 Oracle 19c 数据库从 Exadata 迁往 RDS for Oracle 的过程，总量为 119 TB。方案以跨平台可传输表空间配合 RMAN 增量备份，在源库保持在线时完成大部分数据搬运，并用控制表调度多个恢复任务。案例称首次基线传输约七天，正式切换平均四小时，后者包含统计信息与对象验证。迁移前还需处理压缩数据展开、单文件大小、字符集和时区兼容；最终增量很小，仍须预留验证与回退窗口。

Vault 2.2 正式发布，使用 PostgreSQL 存储后端的 Azure 环境需留意认证顺序变化：配置了工作负载身份时，它将优先于托管身份，旧连接配置可能因此失效。新版还允许 TCP 监听器定期检查证书文件并自动重载 TLS 证书，PKI 引擎增加 ML-DSA 后量子签名支持。与此同时，重复的 HCL 属性不再被接受，过去用于恢复旧解析行为的环境变量已移除。升级前须验证身份选择、配置解析与证书轮换，确认实际访问可用。