DBA

第四期：云原生PostgreSQL的分布式架构演进 从分片到存算分离，2026年PostgreSQL如何征服大规模数据挑战 在前三期技术专题的铺垫下，我们已经看到PostgreSQL 18/19的内核能力持续增强，向量检索与图查询等AI生态能力快速融合。而真正驱动PostgreSQL完成“单机数据库→综合性数据平台”这一角色跃迁的底层力量，源自云原生架构的深刻变革。 2026年的PostgreSQL分布式生态，正在经历一场从“分片扩展”到“存算分离”的范式迁移。当Citus、Apache Cloudberry等社区主力持续进化的同时，Google Cloud推动的逻辑复制向主动-主动架构演进、阿里云Serverless Pro模式对存算分离的工程化落地，以及EDB、Aurora、YugabyteDB等商业与开源力量的齐头并进，共同勾勒出一幅云原生时代的分布式PostgreSQL全景图。 一、Citus 14.0：将PG 18的力量带到分布式集群 作为PostgreSQL生态中应用最广泛的分片扩展，Citus在2026年2月迎来了14.0版本，其核心使命是完整适配PostgreSQL 18。 1.1 PG 18能力在分布式集群中的“免费午餐” Citus的实现方式决定了它作为PostgreSQL扩展的本质：一个Citus集群本质上是多个独立PostgreSQL实例（协调器+多个工作节点）共同工作。这意味着，一旦Citus与新版PG完成兼容性适配，绝大多数上游改进无需额外开发即可“自动生效”。在Citus 14.0中，PG 18的以下能力被直接带入分布式场景： 异步I/O：分片密集的分布式集群中，顺序扫描、位图堆扫描和VACUUM操作从AIO中获得显著加速；

第三期：PG 19 新特性全景解读 从原生图查询到执行计划“锁死”，2026年最值得关注的数据库版本来了 2026年4月8日，PostgreSQL 19正式进入特性冻结阶段，意味着所有新功能已锁定，后续开发重心全面转向稳定化测试与Bug修复。目标发布时间为2026年9月，Beta测试预计于5月启动。随着Bruce Momjian完成PG 19发布说明的首个草稿，这个年度重磅版本的全貌正逐渐清晰。 PG 19延续了PG社区“插件验证→内核化收敛”的演进路径，多个曾在扩展生态中充分验证的能力正式进入内核——SQL/PGQ图查询、原生REPACK表重整、执行计划锁定等重磅功能同时落地，标志着PostgreSQL在“多模数据平台”的战略方向上迈出了关键一步。 一、SQL/PGQ图查询：关系型数据库的“图思维”革命 1.1 从扩展到内核：图查询的“毕业”时刻 PG 19最受瞩目的新特性，无疑是SQL/PGQ属性图查询的原生支持。此前，在PostgreSQL中实现图查询主要依赖Apache AGE扩展、AgensGraph分支或pgRouting算法库。PG 19将图查询能力直接纳入内核，用户无需安装任何扩展，即可使用标准SQL语法在PostgreSQL内部执行属性图查询。 SQL:2023标准引入了SQL/PGQ，首次允许关系型数据库将图遍历视为一等公民的声明式操作。PG 19对这一标准的落地，不仅是语法层面的支持，更是PostgreSQL从关系型数据库向多模数据平台演进的重要里程碑。 1.2

第二期：PostgreSQL向量检索深度剖析——从pgvector到VectorChord 当向量检索从“能用”走向“好用”，PG生态如何重塑AI应用的数据底座 在第一期中，我们提到PostgreSQL正在经历一场从关系型数据库到综合性数据平台的深刻转型。而这场转型最核心的驱动力之一，正是向量检索能力的爆发。2026年，PostgreSQL在向量检索赛道上已完成从“追赶到引领”的角色转换。根据DB-Engines 2025年11月的数据，PostgreSQL在向量数据库细分赛道中已直接冲进前三——与专业向量数据库同台竞技。这背后，是PG社区与生态力量合力完成的一场关于效率、成本和架构的全面进化。 一、pgvector：从奠基者到持续进化的“事实标准” 1.1 为何pgvector成为AI工作流的中心？ pgvector之所以能在短短几年内成为AI应用开发的事实标准，核心原因在于它让向量检索与关系型数据库的能力实现了“无缝对接”。开发者可以在一个PostgreSQL实例中同时处理以下需求： 存储文本的embedding向量，并在其上构建相似度搜索； 关联用户ID、商品类别、状态等元数据进行复杂过滤； 利用ACID事务保证数据一致性； 借助Point-in-Time Recovery（PITR，即时间点恢复）、流复制等高可用特性保障生产稳定。 对大多数企业级AI应用而言，这些能力远比纯粹的向量检索性能更重要。 1.2 索引体系：IVFFlat与HNSW的选择之道 pgvector提供两类核心近似最近邻（ANN）索引，分别对应不同的使用场景： IVFFlat（倒排文件索引）：将向量空间划分为多个聚类（lists）。查询时只搜索与目标向量最近的若干聚类，而非全表扫描。构建速度快，内存占用低，适合数据频繁更新的场景。 HNSW（分层导航小世界）：构建多层图结构，查询时从顶层向下贪婪搜索。检索精度更高，但构建时间显著更长，内存消耗更大。 两者之间不存在“绝对优胜”，真正有意义的权衡在于：你的数据更新频率有多高、可接受的内存预算有多少、以及业务要求的召回率和延迟标准是什么。

2026，PostgreSQL的“基因进化”：从异步I/O到AI原生 一场正发生在你身边的数据库深度变革 提到PostgreSQL，很多人脑海中浮现的印象是“功能丰富、稳定可靠、SQL兼容性好”。但如果只停留在这些标签上，你可能正在错过一场正在发生、关乎数据库底层基因层面的深刻变革。 2026年，随着PostgreSQL 18的正式落地和PostgreSQL 19进入特性冻结阶段，PG社区正在推进的远不止是一个“新版本”——而是一场从内核架构到AI生态的系统性重塑。 一、PostgreSQL 18：一个“改写底层基因”的里程碑 在过去的二十年里，PostgreSQL的性能演进一直遵循着相对温和的节奏。但PG 18带来了一个根本性的突破。 1.1 异步I/O：破局二十年同步阻塞宿命 异步I/O（Asynchronous I/O，即数据库一次性发起多个I/O请求，CPU无需等待每个请求依次返回即可继续执行）是PG 18最重磅的底层性能变革。在此之前，PostgreSQL在数据读取上高度依赖操作系统预读机制，而操作系统并不理解数据库的实际访问模式。PG 18全新引入的AIO子系统允许数据库一次性并发发起多个I/O请求而非依次等待，在顺序扫描、位图堆扫描和VACUUM等读取密集型场景下表现尤为突出。 这一变革在云存储场景下的价值尤为显著。云盘底层需通过网络访问，网络延迟远高于本地NVMe SSD。PG 18之前，这些大I/O操作使用同步方式执行，大量数据库时间消耗在网络等待上。PG 18的异步I/O彻底改变了这一局面。根据早期基准测试，在特定读取密集型场景下性能提升可达2至3倍。

Oracle Database 23ai/26ai 新特性系列 —— 第六期：企业级可用性、性能自治与开发体验进化 在本系列的第五期中，我们从 SQL Firewall 到抗量子加密，系统解读了 AI 时代的全面防护体系。如果说安全体系解决了“谁能访问数据”的问题，那么企业级可用性与性能优化解决的则是“系统能否持续稳定运行”的问题——在金融交易、实时风控、在线支付等对停机零容忍的场景中，可用性的每一点提升都对应着真金白银的价值。 Oracle Database 26ai 在 23ai 奠定的 AI 能力基础之上，推出了一系列面向企业级高可用和性能自治的增强，涵盖可用性分级体系、In-Memory

Oracle Database 23ai/26ai 新特性系列 —— 第五期：AI 时代的全面防护体系 在第四期中，我们聚焦于开发体验革命与空间数据能力的升级。如果说 AI 能力决定了数据库的上限，那么安全体系则决定了其下限——尤其在 AI 智能体、RAG 工作流和自然语言交互等新兴范式正在重构企业数据访问模式的当下，传统的安全模型正面临前所未有的挑战。 Oracle Database 23ai 和 26ai 在安全领域的投入远超常规版本迭代。从内核级的 SQL

Oracle Database 23ai 新特性系列 —— 第四期：开发体验革命、空间数据与迈向 26ai 在前三期系列中，我们从 AI 向量搜索、JSON 关系二元性视图、数据库内机器学习、True Cache 以及全球分布式数据库等维度全面解读了 Oracle Database 23ai 的核心能力。如果说前三期聚焦的是 23ai“能做什么”——即数据库在 AI 时代的功能边界，那么本期我们将聚焦于

Oracle Database 23ai 新特性系列 —— 第三期：数据库内机器学习，让智能与数据共生 在数据库内机器学习（In-Database Machine Learning）这个方向上，Oracle 的布局早在 20 多年前就已经开始——从 Oracle 9i R2 首次提供内置数据挖掘功能，到如今已发展成为企业级数据科学和 AI 平台的核心支柱。而在 23ai 版本中，Oracle

Oracle Database 23ai 新特性系列 —— 第二期：数据库内机器学习、图技术与湖仓一体 在第一期中，我们重点介绍了 Oracle Database 23ai 的 AI 向量搜索、JSON 关系二元性视图等划时代技术。如果说 AI Vector Search 赋予了数据库“感知”和理解语义的能力，那么本期介绍的数据库内机器学习（In-Database ML）、图技术（Graph）与湖仓一体（Lakehouse）等特性，则赋予了数据库“思考”、分析和自主优化的能力。 Oracle

Oracle Database 23ai 新特性系列 —— 第一期：AI 时代的融合数据库变革 引言 如果说数据库行业在过去十年经历了从“云优先”到“数据驱动”的演进，那么 2024 年 5 月 2 日，Oracle 宣布了一个足以标记行业分水岭的时刻——Oracle Database 23c 正式更名为 Oracle