PmaControl logo PmaControl
  • 首页
  • PmaControl
    • AI智能代理 13个本地代理
    • 定价方案 Community、Cloud、On-Premise、Premium
    • 文档 指南、API、架构
    • 客户 28+企业
    • 常见问题 25个问题 / 7个类别
    数据库
    • MariaDB 30 篇文章
    • MySQL 10 篇文章
    • Galera Cluster 6 篇文章
    • MaxScale 3 篇文章
    • ProxySQL 2 篇文章
    • Amazon Aurora MySQL 0 篇文章
    • Azure Database 0 篇文章
    • ClickHouse 0 篇文章
    • GCP CloudSQL 0 篇文章
    • Percona Server 0 篇文章
    • SingleStore 0 篇文章
    • TiDB 0 篇文章
    • Vitess 0 篇文章
    解决方案
    • 全天候支持 MariaDB & MySQL紧急支持
    • Observabilité SQL 监控、告警、拓扑
    • Haute disponibilité 复制、故障转移、Galera
    • Disaster Recovery 备份、恢复、RPO/RTO
    • Sécurité & conformité 审计、GDPR、SOC2
    • Migration & upgrade 零停机、pt-osc、gh-ost
  • 定价方案
  • 资源
    • 文档 技术指南与API
    • 常见问题 25个常见问题
    • 客户评价 客户反馈与案例
    • 博客 文章与洞察
    • 路线图 即将推出的功能
    专业领域
    • Observabilité SQL 监控、告警、Dot3拓扑
    • Haute disponibilité 复制、故障转移、Galera
    • Sécurité & conformité 审计、GDPR、SOC2、ISO 27001
    • Disaster Recovery 备份、恢复、RPO/RTO
    • Performance & optimisation Digests、EXPLAIN、调优
    • Migration & upgrade 零停机、pt-osc
    快速链接
    • GitHub Wiki 26页 — 安装、引擎、插件
    • 源代码 GitHub官方仓库
    • 全天候支持 MariaDB & MySQL紧急支持
    • 预约演示 30分钟 — 真实架构
  • 全天候支持
  • 预约演示
预约演示
🇫🇷 FR Français 🇬🇧 EN English 🇵🇱 PL Polski 🇷🇺 RU Русский 🇨🇳 ZH 中文
← 返回博客

观点:MaxScale 许可证变更

发布于 2025年6月16日 作者 Sylvain ARBAUDIE
maxscale mariadb licensing open-source
分享 X LinkedIn Facebook Email PDF
观点:MaxScale 许可证变更

一段历史

MaxScale 的许可证历史是软件行业中开源与商业之间紧张关系的一个缩影。

2013-2016:GPLv2 时代。 MaxScale 诞生于 GPLv2 许可证之下。它是一个开源的 SQL 代理,可以自由使用、修改和再分发。社区采纳了它,企业将它集成到自己的 MariaDB / MySQL 架构中。

2016:BSL 转型。 MariaDB Corporation 决定将 MaxScale 2.0 迁移到 Business Source License(BSL)。BSL 是一种由 MariaDB 创造的创新许可证:源代码可见,可用于开发和测试,但生产使用需要商业许可证。经过 3 到 4 年的延迟期后,代码自动转换为 GPLv2。这是一个有趣的折衷方案:代码透明 + 可行的商业模式。

2025:纯商业转型。 MaxScale 25.01 以封闭的商业许可证发布。源代码不再可访问。透明的时代结束了。

与此同时,MaxScale 21.06 按照 BSL 自动转换机制被"释放"为 GPLv2。这是最后一个可以免费使用的版本,但它不会再收到任何更新。

实际变化

对于当前的 MaxScale 用户,以下是具体影响:

BSL 版本(2.x 到 24.x)

现有的 BSL 版本继续工作。自动 GPLv2 转换将按照计划的时间表继续——一些版本将在 2032 年之前被释放。你可以继续在生产中使用这些版本。

MaxScale 21.06 GPLv2

这是最后一个完全自由的版本。你可以使用、修改、再分发它。但它不会收到安全修复或新功能。

MaxScale 25.01+ 商业版

从 25.01 开始的每个版本都需要商业许可证。无法访问源代码。这是典型的专有软件。

为什么做这个改变?

从 MariaDB plc 的角度来看,理由是务实的:

  1. MaxScale 是一个重要的商业差异化因素。 它使 MariaDB 的企业产品在与 Oracle 和 AWS 的竞争中保持竞争力。免费提供它(即使有 BSL 延迟期)会侵蚀商业价值主张。

  2. BSL 没有达到预期目标。 BSL 的原始构想是大公司在 BSL 期间付费,社区在延迟期后从释放的代码中受益。实际上,许多公司只是等待 GPLv2 发布或使用旧版本。

  3. 市场已经改变。 2016 年,BSL 是创新的。2025 年,开源公司越来越多地采用限制性许可证(Redis、MongoDB、Elasticsearch)。MariaDB 正在跟随这一趋势。

ProxySQL:自由的替代方案

对于不能或不愿支付 MaxScale 许可费的用户,ProxySQL 仍然是最强大的开源替代方案。

ProxySQL 提供了 MaxScale 的大部分功能:

  • 读/写路由,具有自动拓扑检测
  • 连接池和多路复用
  • 正则表达式查询重写
  • 内置查询缓存
  • 故障转移和健康检查
  • 管理界面,通过 SQL(端口 6032)

ProxySQL 不能做的(MaxScale 可以做的):

  • 不支持 MongoDB 或 CDC/AVRO 协议
  • 没有像 galeramon 那样精细的 Galera 监控
  • 没有 Web 界面(MaxGUI)
  • 没有原生数据掩码过滤器
  • 不支持 binlog 路由

对于大多数使用场景——在 MariaDB / MySQL 主从拓扑上进行读/写路由——ProxySQL 是一个完全可行的替代方案。

BSL 精神的丧失

这次变更中最让我困扰的不是商业方面,而是一个合理模式的丧失。

BSL 是一个优雅的折衷方案。它承认开发复杂软件是昂贵的,同时保证代码最终会变得自由。这是一个与社区的隐性契约:"现在为最新功能付费,几年后社区将从代码中受益。"

转向纯商业模式,MariaDB plc 打破了这个契约。MaxScale 25.01 的代码永远不会变得自由。透明消失了。随之而去的,还有部分社区的信任。

MariaDB plc 发明了 BSL。这是他们对开源商业化辩论的贡献。放弃它就是承认这个折衷方案没有奏效——或者承认短期利益优先于长期愿景。

这对生态系统意味着什么

MaxScale 的许可证变更是 MariaDB / MySQL 生态系统的一个更广泛的信号:

  1. 碎片化正在加速。 MariaDB Community(免费,有限)和 MariaDB Enterprise(完整,付费)之间的差距正在扩大。

  2. ProxySQL 变得更加重要。 MariaDB 从开源中移除的每个组件都在增强社区替代方案的地位。

  3. 架构师必须提前规划。 如果你今天围绕 MaxScale 构建架构,你就是在围绕一个专有组件构建。相应地规划你的依赖关系。

我的建议

如果你今天在生产中使用 MaxScale:

  • 继续使用当前版本,只要它得到支持且安全。
  • 评估 ProxySQL 作为备选方案。迁移是可能的,尽管需要工作量。
  • 预算商业许可费用,如果 MaxScale 对你的架构至关重要。它是优秀的软件,许可证成本通常低于迁移成本。
  • 不要恐慌。 BSL 版本将在未来数年内继续得到支持。

变更是真实的,但过渡是渐进的。你有时间来规划。


本文最初发表于 Medium。

分享 X LinkedIn Facebook Email PDF
← 返回博客

评论 (0)

暂无评论。

发表评论

PmaControl
+33 6 63 28 27 47 contact@pmacontrol.com
法律声明 GitHub 联系我们
不要等到故障发生才了解您的架构。 © 2014-2026 PmaControl — 68Koncept