改变一切的收购

2025 年 6 月，MariaDB plc 宣布收购 Codership——这家芬兰公司成立于 2007 年，开发了 Galera 库。这是 MariaDB / MySQL 生态系统的一个重大战略转折点。

Galera Cluster 是 MariaDB / MySQL 唯一可行的同步多主复制解决方案。它是能够构建具有强一致性的高可用集群的组件——无论是异步复制还是半同步复制都无法保证这一点。

Codership 的收购使 MariaDB plc 完全控制了这项关键技术。

公布的内容

MariaDB plc 的官方新闻稿强调了几个要点：

GPLv2 社区版得以保留。当前版本的 Galera 保持 GPLv2 许可。社区用户可以继续自由使用。

开发投入将加速。借助 MariaDB plc 的资源，Codership 可以加速新功能的开发。

MaxScale 集成将得到加强。Galera + MaxScale 将为企业部署形成更加紧密的组合。

这是好消息——至少在表面上看是这样。

未提及的内容

MariaDB plc 近年来在开源许可方面的历史值得谨慎对待。MaxScale 从 GPLv2 转为 BSL 再到商业许可。这个模式已经确立。

几个问题仍然悬而未决：

社区版 Galera 会维护多久？GPLv2 的承诺今天成立。但 2 年后？5 年后呢？现有代码永远保持 GPLv2，但新版本可能使用不同的许可。

社区版和企业版 Galera 之间有什么区别？如果新功能仅为企业版开发，社区版将停滞不前并最终过时。

Percona 和其他 Galera 用户怎么办？Percona XtraDB Cluster (PXC) 使用相同的 Galera 库。Oracle MySQL 也曾通过第三方插件提供实验性支持。MariaDB plc 的收购可能会使与这些用户的关系变得复杂。

Galera 作为战略差异化因素

从竞争角度来看，Galera 是 MariaDB 对抗两大巨头的王牌：

对抗 Oracle MySQL

MySQL 不提供原生的同步多主复制。MySQL Group Replication 和 MySQL InnoDB Cluster 是 Oracle 的答案，但它们无法与 Galera 的成熟度和采用率相匹配。通过收购 Codership，MariaDB 确保了这一技术领先优势仍然是独占的。

对抗 PostgreSQL

PostgreSQL 同样缺乏原生的同步多主复制。存在第三方解决方案（EDB 的 BDR、用于分片的 Citus），但没有一个像 Galera 与 MariaDB 的集成那样紧密。

Galera 实际上是让 MariaDB 与这两个竞争对手相比独一无二的唯一技术论据。没有 Galera，MariaDB 只是"又一个 MySQL 分支"。有了 Galera，它就是一个无与伦比的集群生态系统。

对 Percona 的影响

最具体的影响在 Percona 身上。Percona XtraDB Cluster (PXC) 在 GPLv2 下使用 Galera 库。只要许可不变，PXC 就可以继续存在。

但如果新版本的 Galera 仅保留给 MariaDB Enterprise：

PXC 将停留在 Galera 最后一个 GPLv2 版本上
在新版本中发现的 bug 和安全漏洞不会在社区版中被修复
Percona 要么需要分叉 Galera（代价高昂），要么找到替代方案（困难），要么与 MariaDB plc 谈判商业协议

对社区的影响

对于 MariaDB 社区，此次收购是一把双刃剑：

积极面：更快的 Galera 开发速度、与 MariaDB 服务器更好的集成、可能出现的新功能（地理复制、更好的冲突处理、性能改进）。

消极面：对单一商业公司的依赖增加了关键组件的风险。如果 MariaDB plc 决定限制访问，社区没有即时的替代方案。

教训：治理很重要。MariaDB 基金会管理着社区服务器。而 Galera 则掌握在 MariaDB plc（通过 Codership）手中。没有独立的基金会来保护 Galera。

未来场景

乐观场景

MariaDB plc 为社区保持 Galera GPLv2，为企业版添加高级功能，所有人都受益。开发加速，Galera 变得更好。

现实场景

社区版 Galera 收到安全补丁但没有新功能。社区版和企业版之间的差距不断扩大。严肃用户迁移到付费版本。

悲观场景

Galera 走上 MaxScale 的老路。社区版被冻结，新版本仅限商业使用。社区必须分叉或寻找替代方案。

我的看法

Codership 的收购对 MariaDB plc 来说是合乎逻辑的。Galera 太具有战略意义，不能留在独立公司手中。掌控它可以让 Galera 的路线图与 MariaDB Enterprise 保持一致。

但社区必须保持警惕。MaxScale 的历史表明，当财务压力增大时，保持开源的承诺有有限的寿命。

我的建议：趁社区版 Galera 还在的时候好好利用。记录您的架构。并保持一个 B 计划——无论是使用 ProxySQL 的半同步复制、Percona XtraDB Cluster，还是使用 Patroni 的 PostgreSQL。

从技术角度看，Galera Cluster 的未来从未如此光明。从许可角度看，它也从未如此不确定。

本文最初发表于 Medium。

观点：Galera Cluster 的未来