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 七大亮点更新：
源码清理
移除历史冗余文件（Concourse CI等），简化主仓库结构，降低贡献门槛。
引入 Apache RAT 开源许可审计工具，统一 License Header 和合规文件。
清理和替换不兼容依赖（如 Pylint → Ruff）。
代码基线对齐（上游归档 Greenplum）
与 Greenplum 存档代码完成大规模基线对齐，引入 关键 Bug 修复、性能优化、稳定性增强。
集成 ORCA 查询优化器，支持更高效的查询计划：
动态索引扫描（特别适合分区表）。
倒序索引扫描，优化 ORDER BY … DESC 场景。
位图索引扫描增强，支持数组比较谓词。
LEFT JOIN 剪枝、Hash Full Join、NOT IN 广播优化。
BRIN 索引在 AO/CO 表上重构，更节省空间、访问更高效。
新功能与功能增强 / Bug 修复
存储引擎：新增 PAX 行列混合存储引擎，兼具行存写入与列存查询优势。
动态表 (Dynamic Table)：自动刷新、自动替换，加速实时分析和湖仓架构。
查询优化增强：
支持中间聚合和更多 HashAggregate 策略。
支持 GROUP BY CUBE 多维分组集。
优化 DISTINCT、MIN/MAX 查询执行效率。
事务与资源管理：改进死锁检测、并发事务恢复，增强 CPU/内存/I/O 控制能力。
重构 CI/CD 工作流
全新流水线体系，支持并行测试、自动化报告生成。
所有 Release 遵循 Apache 基金会投票和合规流程，保证可追溯性。
安全增强
pgcrypto 新增 FIPS 模式支持，适配金融与合规场景。
改进权限管理，防止 SQL 注入与角色误用。
修复 PostgreSQL 上游 CVE-2025-1049 等漏洞，升级 PyYAML 等依赖。
强化进程安全，防止子进程误访问共享内存。
合规治理
统一品牌命名为 Apache Cloudberry，公开第三方依赖清单并替换不兼容依赖（如以 Ruff 替代 Pylint）；
清理 Greenplum 遗留的冗余配置与过时文件，优化仓库结构，降低贡献门槛。
品牌刷新
网站与文档全面焕新，推出新版官网与直观导航设计；
支持多版本切换、同步特性指南和变更说明。
完善安装手册，降低开发者参与门槛。
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