2022 年，Cloudberry Database 项目立项。

2023 年 6 月，Cloudberry Database 正式开源。

2024 年 5 月，Greenplum 源码归档转向闭源开发。

2024 年 11 月，酷克数据与国内外合作伙伴携手推动 Cloudberry Database 加入 Apache 孵化器，并在其旗下启动孵化，走向厂商中立、协作开发之路。Cloudberry Database 正式更名为 Apache Cloudberry™ (Incubating)。

2025 年 8 月，Apache Cloudberry 2.0.0 版本正式发布。

近日，Apache Cloudberry (Incubating) 社区正式宣布 2.0.0 版本发布。这不仅是 Cloudberry 项目进入 Apache 孵化器后的首个 Release，更是一次具有里程碑意义的重要发布。

作为国内最早投身云端数据仓库研发的团队之一，酷克数据的旗舰产品 HashData Enterprise 云数仓已服务 50+ 大型客户，持续支撑业务增长和数据洞察。酷克数据团队作为 Cloudberry 持续贡献者，在过去 3 年里，凭借团队在大规模数据仓库场景中的丰富实践经验，将这些经验沉淀并回馈到社区中，对 Cloudberry 进行了系统性的重构与现代化演进，尤其在实时分析、数据湖仓、AI 特征数据处理等核心场景中完成了关键优化。

今天，我们想借这个发布的契机，和大家聊聊 Cloudberry 背后的初心与坚持。

Cloudberry 从哪里来？

很多人关心，我们为什么要在这个时间点做一个看起来“已经过时”的 MPP 数据库项目？我们为什么不是 All in 那么多的新方向？Greenplum 已经落幕，我们为什么还要续写它的故事？

答案是因为感情。Greenplum 是我们很多人技术生涯的一部分，我们对 Greenplum Database 怀有感情，抱有热情。团队很多人都是 Greenplum Database 原始团队核心成员，大部分人亲力推动 Greenplum Database 从闭源到开源、社区从小到大，一路走来。

但我们也是最早意识到，Greenplum 的短板开始变得日益严重：

• 新场景（实时分析、流处理、AI workload 等）支持差；

• PostgreSQL 内核版本更新缓慢，无法发挥 PostgreSQL 上游新版本带来的巨大改进优势；

• 商业公司归属和维护团队始终处于动荡之中。

种种因素给社区和用户信心带来动摇，增加了不确定性。

那时，我们早已隐隐感受到危险——一个代码庞大、生态复杂的数据库项目，一旦失去了开源，其所承载的整个技术体系可能就此断代。正因如此，Cloudberry Database 的立项初衷并非“复制” Greenplum，而是对其进行“重塑”：在兼容 Greenplum 的基础上，打造新一代 MPP 数据库，补齐十余年来的历史欠账，并为未来的实时分析、湖仓一体和 AI 应用夯实底座。

2023 年，Cloudberry 正式开源。这是社区的一个重要决定：我们希望来自社区，回归社区，不是“闭门造车”，而是希望汇聚全球开发者的力量，构建一个真正开源、开放、透明、可持续的分布式数仓社区。

2024 年 5 月，Greenplum 宣布闭源。一时间社区哗然，几十家公司、成百上千个项目面临“没得选”的断档尴尬。也正是这个时候，我们做了另一个重要决定：联合原有 Greenplum 开发者和生态伙伴，一起推动将 Cloudberry 托管到中立性开源基金会，真正实现开源可信，避免 Greenplum 闭源归档再次发生在 Cloudberry 之上。

2024 年 11 月，Cloudberry 捐赠加入 Apache 软件基金会孵化器，正式开启孵化之旅。我们相信，有了 Apache 基金会的支持，Cloudberry 能为用户带来真正的长期可用性和社区信任。开源从来不是为了“做个样子”。我们希望 Cloudberry 成为一个长期可靠、稳定发展的公共资产，成为一群技术人贡献给世界的一个底层基础设施。

Cloudberry 2.0.0 向后兼容，向前走远

Cloudberry 是我们对过去的致敬，也是对未来的号召。2.0.0 的发布是一个新起点，我们作为重要的社区贡献者，继续用技术兑现承诺。Cloudberry 2.0.0 包含了 1981 个变更提交，在查询处理、存储引擎、安全性和资源管理等方面都有显著改进。由于篇幅有限，我们和大家简单介绍下 Cloudberry 2.0.0 七大亮点更新：

1. 源码清理

• 移除历史冗余文件（Concourse CI等），简化主仓库结构，降低贡献门槛。

• 引入 Apache RAT 开源许可审计工具，统一 License Header 和合规文件。

• 清理和替换不兼容依赖（如 Pylint → Ruff）。

1. 代码基线对齐（上游归档 Greenplum）

• 与 Greenplum 存档代码完成大规模基线对齐，引入 关键 Bug 修复、性能优化、稳定性增强。

• 集成 ORCA 查询优化器，支持更高效的查询计划：

  • 动态索引扫描（特别适合分区表）。

  • 倒序索引扫描，优化 ORDER BY … DESC 场景。

  • 位图索引扫描增强，支持数组比较谓词。

  • LEFT JOIN 剪枝、Hash Full Join、NOT IN 广播优化。

• BRIN 索引在 AO/CO 表上重构，更节省空间、访问更高效。

1. 新功能与功能增强 / Bug 修复

• 存储引擎：新增 PAX 行列混合存储引擎，兼具行存写入与列存查询优势。

• 动态表 (Dynamic Table)：自动刷新、自动替换，加速实时分析和湖仓架构。

• 查询优化增强：

  • 支持中间聚合和更多 HashAggregate 策略。

  • 支持 GROUP BY CUBE 多维分组集。

  • 优化 DISTINCT、MIN/MAX 查询执行效率。

• 事务与资源管理：改进死锁检测、并发事务恢复，增强 CPU/内存/I/O 控制能力。

1. 重构 CI/CD 工作流

• 全新流水线体系，支持并行测试、自动化报告生成。

• 所有 Release 遵循 Apache 基金会投票和合规流程，保证可追溯性。

1. 安全增强

• pgcrypto 新增 FIPS 模式支持，适配金融与合规场景。

• 改进权限管理，防止 SQL 注入与角色误用。

• 修复 PostgreSQL 上游 CVE-2025-1049 等漏洞，升级 PyYAML 等依赖。

• 强化进程安全，防止子进程误访问共享内存。

1. 合规治理

• 统一品牌命名为 Apache Cloudberry，公开第三方依赖清单并替换不兼容依赖（如以 Ruff 替代 Pylint）；

• 清理 Greenplum 遗留的冗余配置与过时文件，优化仓库结构，降低贡献门槛。

1. 品牌刷新

• 网站与文档全面焕新，推出新版官网与直观导航设计；

• 支持多版本切换、同步特性指南和变更说明。

• 完善安装手册，降低开发者参与门槛。

• GitHub Wiki 提供开发文档、发布流程和贡献指南，强化社区共治。

当然，这并不是全部的工作。如果你希望了解 Cloudberry 2.0.0 的更多新特性和技术细节，欢迎访问 (https://cloudberry.apache.org/blog/whats-new-in-apache-cloudberry-2.0.0) 查看完整版本变更说明。

写在最后

我们一直知道，做数据库是件“长坡厚雪”的事。这并非可以一蹴而就的领域，需要时间的积累、工程的韧性，也需要一群人长久的热爱。

Cloudberry 的每一次迭代，背后都是对开源精神的实践，以及对技术边界的执着探索。对我们来说，一个好的开源项目，不只是代码仓库的快照，更应该是一个有温度、有方向、有社区归属感的存在。

我们也深知，在 AI 与大数据深度融合、湖仓一体化加速演进的今天，这个世界比以往任何时候都更需要开放、强大、可信赖的基础软件。而 Cloudberry，只是一份仍在不断续写的答卷。

我们不想等到“足够强大”才开始召集朋友——我们相信，只要方向是对的，就值得有人同行。现在的 Cloudberry，已经具备了一块可靠的底座，我们希望更多的你能加入进来：

• 如果你曾使用过 Greenplum，Cloudberry 是你的自然进化路径；

• 如果你正在建设数据湖仓或分析型系统，Cloudberry 能为你提供坚实支撑；

• 如果你是一名热爱底层技术的开发者，这里是一个值得投入的开源社区。

万物起于微光，技术改变世界的火种，总是从一群人的坚持点燃。我们已经启程，期待与你同行。

• 👉 GitHub: https://github.com/apache/cloudberry 
• 👉 What's New: 
• https://cloudberry.apache.org/blog/whats-new-in-apache-cloudberry-2.0.0
• 👉 社区主页：https://cloudberry.apache.org