数据库行业日报

本期要点

· ClickHouse 把 PgBouncer 做成集群,Postgres 连接池吞吐提速近 4 倍

· Pigsty v4.4 发布,PostgreSQL 运维经验写进 pig 1.5 命令行

· OceanBase 获 Forrester「多模数据平台」强劲表现者认证,五项满分

· pgrust 作者拆解 Postgres 宕机四大元凶,直指 vacuum 与连接管理

· Oracle AI Database 打通 LangChain 生态,一库承载 Agent 记忆与状态

一、版本与产品发布

Pigsty v4.4 发布:PostgreSQL 运维统一进命令行 · oltp

这个开源 PostgreSQL 发行版新版本表面是例行维护——默认内核升至 PostgreSQL 18.4,新增 PG19 beta 尝鲜模板,扩展目录从 510 增至 531 个;真正的变化在运维工具 pig 1.5:过去分散在 Ansible、Shell、Patroni、pgBackRest 里的克隆、分叉、时间点恢复等操作,现被收进统一命令行,结构化输出支持 JSON/YAML,供人和 Agent 共用同一入口。恢复命令强制显式指定目标(最新状态/时间点/LSN 等),破坏性操作需显式传 -y,收窄了事故场景下手误的空间。扩展方面,pg_ducklake 把 DuckDB、Parquet 与湖仓能力带进 Postgres,OrioleDB 扩展到 PG16-18、Babelfish 新增 PG18 支持。

〔来源〕手机网易网 | 约7月14日[1]

其他版本动态:StarRocks 4.1.3、Apache Doris 4.1.3、TiDB v8.5.4/v8.5.7、Weaviate v1.38.4、YugabyteDB 多个 2025.2.6/2026.1.1/2.31.0 backport 版本,均为常规补丁与维护迭代,未见破坏性变更。

二、数据库 × AI

Oracle AI Database 深化 LangChain 集成:一库承载 Agent 记忆 · ai-native

Oracle 更新 langchain-oracledb,新增 OracleSemanticCache(可识别语义近似查询的 LLM 缓存)与 OracleChatMessageHistory(持久化会话历史),并通过 langchain-oci 提供与模型无关的 deep-agents 工厂——开发者可自选 Claude、OCI Generative AI 或自研模型作为推理引擎,Agent 的状态与记忆则统一落在同一个 Oracle AI Database 实例、同一个连接池内。定位是把检索、记忆、持久化收拢进单一数据库系统,替代此前跨多个存储分别管理一致性、备份、审计的碎片化架构,呼应本刊持续关注的"面向 Agent 的数据库"趋势。

〔来源〕Oracle Blogs | 约7月13日[2]

MotherDuck 在开发者聚会上重申 Postgres CDC 实时分析与 AI Agent 集成方向(已报,与近期 Flights/DuckLake 路线一致,无新数字披露)。

三、湖仓 · 开放表格式 · HTAP

Starburst 谈 Iceberg 上的 SQL 与图分析互通 · lakehouse ⚠️ 单方口径

Starburst 官博撰文强调其在 Apache Iceberg 上打通 SQL 查询与图分析的互操作能力,延续该公司近期围绕 Iceberg 生态(Managed Icehouse、AI-Ready Data Products)的产品叙事,具体基准与落地细节未展开。

〔来源〕TipRanks | 约7月8日[3]

Delta Lake 主干新增一次日常构建,捕获 SnapshotHint 为不透明 JSON,常规迭代。

四、技术 · 架构 · 性能基准

ClickHouse:PgBouncer 集群化让 Postgres 连接池吞吐提速近 4 倍 · oltp ⚠️ 自测口径

PgBouncer 单进程只能占用一个 CPU 核心,16 核机器上其余 15 核闲置,连接池早早成为瓶颈。ClickHouse Managed Postgres 的做法是按核心数起一组 PgBouncer 进程,全部绑定同一端口并开启 so_reuseport,由内核在进程间做负载均衡,客户端仍连同一个入口;为解决取消请求(cancel)可能落在"不认识这条会话"的进程上的问题,各进程之间做了 peering 互认,把取消请求转发给真正持有会话的进程。在同规格 16-vCPU 的 c7i.4xlarge 上对比:单进程吞吐峰值约 8.7 万 TPS 后随负载上升反而跌到 7.7 万,CPU 始终钉在一个核心;16 进程集群吞吐持续爬升到约 33.6 万 TPS,约为单进程的 4 倍,且仍有余量。该数据为 ClickHouse 自测,方法论(实例型号、pgbench 只读事务模式)已公开,未经第三方复现。

〔来源〕clickhouse.com | 约7月11日(HN 240↑ 59💬)[4]

pgrust 作者拆解 Postgres 宕机四大元凶 · oltp

正在用 Rust 重写 Postgres 的 pgrust 项目作者撰文总结生产环境最常见的宕机诱因,首位是 vacuum:Postgres 删除行只做标记,需靠后台 vacuum 物理回收,调得太保守会拖到事务 ID 耗尽——32 位事务 ID 用满后 Postgres 会主动关库以防数据损坏,作者估计这一项在生产环境中造成的宕机"数以万计";其余诱因包括连接数超限(改配置需重启)等。文章将这些痛点列为 pgrust 重写要针对性解决的问题,是继近期"Postgres 用 Rust 重写通过 100% 官方回归测试"之后的又一进展说明。

〔来源〕malisper.me | 约7月10日(HN 40↑ 17💬)[5]

Show HN:在 SQL 里跑一个神经网络

开发者在数组数据库库 Xarray-SQL 中实现了神经网络前向推理,源于一名 GSoC 实习生提交的 to_dataset() 功能,属于验证 SQL 引擎表达能力边界的技术尝试,作为工程趣味案例引发 HN 关注。

〔来源〕github.com | 约7月13日(HN 111↑ 19💬)[6]

学界 · 研究前沿

· TGMS:面向 Agent 的双时态图管理系统,专门处理"记录既有正常演进又有事后订正"的时序图查询,瞄准 LLM Agent 在时间/编号/算术推理上的薄弱环节。〔来源〕arXiv

· AlayaLaser:针对大规模高维向量相似搜索的磁盘图索引布局与检索策略优化,目标是缓解基于图的 ANN 搜索长期受限的 I/O 开销。〔来源〕arXiv

· CRINN:用对比强化学习优化近似最近邻(ANN)搜索算法,服务 RAG 与 Agent 场景下的检索性能诉求。〔来源〕arXiv

· ReSequel:基于模板化与采样的鲁棒 LLM 辅助 SQL 查询重写与优化方法,延续启发式改写与代价优化互补的思路。〔来源〕arXiv

六、云厂商 · 生态 · 监管

OceanBase 获 Forrester「多模数据平台」强劲表现者认证 · oltp

Forrester 发布的《The Forrester Wave: Multimodel Data Platforms, Q2 2026》报告中,OceanBase 被评为 Strong Performer,在多模事务一致性、多模 Translytical 能力、部署灵活性(云/边缘/本地/混合)等多项标准中拿到满分。据品玩报道,OceanBase 为该报告中唯一入选的中国厂商(⚠️ 单方口径,未见第三方独立确认具体入选厂商名单)。该认证发生在 OceanBase 本月发布 AI Database 产品组合、主打为 AI Agent 提供实时可信数据上下文之后。

〔来源〕品玩 | Forrester 报告发布于6月29日,约7月14日转载[7]

来源链接

[1] https://www.163.com/dy/article/L1QT1V030556CSY5.html

[2] https://blogs.oracle.com/developers/one-database-for-the-whole-langchain-ecosystem-memory-persistence-and-deep-agents-on-oracle-ai-database

[3] https://www.tipranks.com/news/private-companies/starburst-highlights-interoperable-sql-and-graph-analytics-on-apache-iceberg

[4] https://clickhouse.com/blog/pgbouncer-clickhouse-managed-postgres

[5] https://malisper.me/the-four-horsemen-behind-thousands-of-postgres-outages/

[6] https://github.com/xqlsystems/xarray-sql/blob/claude/xarray-sql-mnist-demo/benchmarks/nn.py

[7] https://www.pingwest.com/a/315495