PmaControl logo PmaControl
  • Home
  • PmaControl
    • AI Agents 13 on-premise agents
    • Plans Community, Cloud, On-Premise, Premium
    • Documentation Guides, API, architecture
    • Clients 28+ companies
    • FAQ 25 questions / 7 categories
    Databases
    • MariaDB 30 articles
    • MySQL 10 articles
    • Galera Cluster 6 articles
    • MaxScale 3 articles
    • ProxySQL 2 articles
    • Amazon Aurora MySQL 0 article
    • Azure Database 0 article
    • ClickHouse 0 article
    • GCP CloudSQL 0 article
    • Percona Server 0 article
    • SingleStore 0 article
    • TiDB 0 article
    • Vitess 0 article
    Solutions
    • Support 24×7 MariaDB & MySQL emergencies
    • Observabilité SQL Monitoring, alerts, topology
    • Haute disponibilité Replication, failover, Galera
    • Disaster Recovery Backup, restore, RPO/RTO
    • Sécurité & conformité Audit, GDPR, SOC2
    • Migration & upgrade Zero downtime, pt-osc, gh-ost
  • Plans
  • Resources
    • Documentation Technical guides & API
    • FAQ 25 frequently asked questions
    • Testimonials Client feedback & use cases
    • Blog Articles & insights
    • Roadmap Upcoming features
    Areas of expertise
    • Observabilité SQL Monitoring, alerts, Dot3 topology
    • Haute disponibilité Replication, failover, Galera
    • Sécurité & conformité Audit, GDPR, SOC2, ISO 27001
    • Disaster Recovery Backup, restore, RPO/RTO
    • Performance & optimisation Digests, EXPLAIN, tuning
    • Migration & upgrade Zero downtime, pt-osc
    Quick links
    • GitHub Wiki 26 pages — install, engine, plugins
    • Source code Official GitHub repository
    • Support 24×7 MariaDB & MySQL emergencies
    • Book a demo 30 min — real architecture
  • Support 24×7
  • Book a demo
Book a demo
🇫🇷 FR Français 🇬🇧 EN English 🇵🇱 PL Polski 🇷🇺 RU Русский 🇨🇳 ZH 中文
← Back to blog

Opinion: MaxScale License Change

Published on June 16, 2025 By Sylvain ARBAUDIE
maxscale mariadb licensing open-source
Share X LinkedIn Facebook Email PDF
Opinion: MaxScale License Change

A Bit of History

MaxScale's licensing history is a microcosm of the tensions between open-source and business in the software industry.

2013-2016: The GPLv2 Era. MaxScale was born under the GPLv2 license. It was an open-source SQL proxy, free to use, modify, and redistribute. The community adopted it, companies integrated it into their MariaDB / MySQL architectures.

2016: The BSL Transition. MariaDB Corporation decided to move MaxScale 2.0 to the Business Source License (BSL). The BSL is an innovative license created by MariaDB: the source code is visible, usable for development and testing, but production use requires a commercial license. After a 3 to 4 year delay, the code automatically converts to GPLv2. An interesting compromise: code transparency + viable business model.

2025: The Pure Commercial Transition. MaxScale 25.01 is published under a closed commercial license. The source code is no longer accessible. The era of transparency is over.

In parallel, MaxScale 21.06 is "freed" under GPLv2 (in accordance with the BSL automatic conversion mechanism). It is the last version that can be used freely, but it will receive no further updates.

What Actually Changes

For current MaxScale users, here is the impact:

BSL Versions (2.x to 24.x)

Existing BSL versions continue to work. The automatic GPLv2 conversion will continue according to the planned schedule — some versions will be freed through 2032. You can continue using these versions in production.

MaxScale 21.06 GPLv2

This is the last fully free version. You can use it, modify it, redistribute it. But it receives no security fixes or new features.

MaxScale 25.01+ Commercial

Every version from 25.01 onward requires a commercial license. No source code access. It is classic proprietary software.

Why This Change?

From MariaDB plc's perspective, the reasoning is pragmatic:

  1. MaxScale is a major commercial differentiator. It is what makes MariaDB's Enterprise offering competitive against Oracle and AWS. Giving it away for free (even with a BSL delay) erodes the commercial value proposition.

  2. The BSL did not achieve its goals. The original BSL idea was that large companies would pay during the BSL period, and the community would benefit from the freed code after the delay. In practice, many companies simply waited for the GPLv2 release or used older versions.

  3. The market has changed. In 2016, the BSL was innovative. In 2025, open-source companies are increasingly adopting restrictive licenses (Redis, MongoDB, Elasticsearch). MariaDB is following the trend.

ProxySQL: The Free Alternative

For users who cannot or do not want to pay a MaxScale license, ProxySQL remains the strongest open-source alternative.

ProxySQL offers much of MaxScale's functionality:

  • Read/write routing with automatic topology detection
  • Connection pooling and multiplexing
  • Query rewriting by regular expressions
  • Built-in query cache
  • Failover and health checks
  • Admin interface via SQL (port 6032)

What ProxySQL does not do (that MaxScale does):

  • No MongoDB or CDC/AVRO protocol support
  • No Galera monitor as sophisticated as galeramon
  • No web interface (MaxGUI)
  • No native data masking filter
  • No binlog routing support

For the majority of use cases — read/write routing on a MariaDB / MySQL master-slave topology — ProxySQL is a perfectly viable alternative.

The Loss of the BSL Spirit

What bothers me most about this change is not the business aspect. It is the loss of a model that made sense.

The BSL was an elegant compromise. It acknowledged that developing complex software is expensive, while guaranteeing that the code would eventually be free. It was an implicit contract with the community: "pay now for the latest features, and the community will benefit from the code in a few years."

By moving to pure commercial, MariaDB plc breaks this contract. MaxScale 25.01 code will never be free. Transparency disappears. And with it, the trust of part of the community.

MariaDB plc invented the BSL. It was their contribution to the debate on open-source monetization. Abandoning it is acknowledging that the compromise did not work — or that short-term interests take precedence over long-term vision.

What This Means for the Ecosystem

MaxScale's license change is a broader signal for the MariaDB / MySQL ecosystem:

  1. Fragmentation is accelerating. The gap between MariaDB Community (free, limited) and MariaDB Enterprise (complete, paid) is widening.

  2. ProxySQL gains relevance. Every component MariaDB removes from open-source strengthens community alternatives.

  3. Architects must plan. If you build an architecture around MaxScale today, you are building around a proprietary component. Plan your dependency accordingly.

My Advice

If you use MaxScale in production today:

  • Stay on your current version as long as it is supported and secure.
  • Evaluate ProxySQL as a plan B. Migration is possible, even if it requires work.
  • Budget the commercial license if MaxScale is critical to your architecture. It is good software, and the license cost is often lower than the cost of migration.
  • Don't panic. BSL versions will be supported for years to come.

The change is real, but the transition is gradual. You have time to plan.


This article was originally published on Medium.

Share X LinkedIn Facebook Email PDF
← Back to blog

Comments (0)

No comments yet.

Leave a comment

PmaControl
+33 6 63 28 27 47 contact@pmacontrol.com
Legal notice GitHub Contact
Do not wait for an incident to understand your architecture. © 2014-2026 PmaControl — 68Koncept