SQLSTATE [HY000] [2006] Galera has gone away

Un message d'erreur devenu réalité

SQLSTATE [HY000] [2006] MySQL server has gone away est l'un des messages d'erreur les plus connus de l'écosystème MariaDB / MySQL. Tout DBA l'a rencontré au moins une fois. Mais en 2026, c'est Galera lui-même qui semble "gone away" — non pas à cause d'un timeout réseau, mais d'une décision stratégique de MariaDB plc.

Avec la sortie de MariaDB 12.3 LTS, la réplication synchrone Galera n'est plus incluse dans l'édition communautaire. Le composant a été déplacé sous licence commerciale, conséquence directe de l'acquisition de Codership, l'entreprise finlandaise qui développe et maintient la bibliothèque Galera depuis 2007.

Chronologie d'une disparition annoncée

L'histoire se déroule en plusieurs actes :

Juin 2025 — MariaDB plc annonce l'acquisition de Codership. À ce stade, le discours officiel insiste sur la continuité : Galera reste GPLv2 pour la communauté, l'acquisition vise à accélérer le développement et l'intégration avec MaxScale.

Fin 2025 — Les premières branches de développement de MariaDB 12.x apparaissent sans le plugin wsrep. Les contributeurs communautaires signalent le changement sur les listes de diffusion.

Février 2026 — La version 12.3 LTS est publiée. Galera Cluster est officiellement absent de l'édition communautaire. Un communiqué explique que le composant est désormais réservé à MariaDB Enterprise Server, sous licence commerciale.

Pourquoi cette décision ?

Du point de vue de MariaDB plc, la logique est compréhensible. Galera est un différenciateur majeur face à Oracle MySQL et PostgreSQL. C'est l'une des rares technologies de réplication synchrone multi-master disponibles pour les bases relationnelles. Et c'est un argument de vente puissant pour l'offre Enterprise.

Le problème, c'est que Galera était aussi le principal argument pour choisir MariaDB communautaire plutôt que MySQL ou PostgreSQL. Des milliers d'architectures en production reposent sur Galera en version open-source. Des outils comme PmaControl, Percona XtraDB Cluster (qui utilise la même bibliothèque Galera), et des dizaines de playbooks Ansible communautaires sont construits autour de cette fonctionnalité.

La réaction de la communauté

La communauté a réagi avec un mélange de colère et de résignation. Plusieurs voix se sont élevées :

Les pragmatiques rappellent que la dernière version communautaire avec Galera (MariaDB 11.4) sera supportée jusqu'en 2029. Il y a du temps pour planifier une migration.

Les inquiets soulignent un pattern : MaxScale est passé de GPLv2 à BSL en 2016, puis à une licence commerciale pure en 2025. Galera suit le même chemin. Quel composant sera le prochain ?

Les optimistes misent sur la MariaDB Foundation pour maintenir une alternative. La Fondation, qui emploie une vingtaine de personnes et se concentre sur le serveur communautaire, pourrait théoriquement forker le code Galera tel qu'il existait sous GPLv2.

Les réalistes notent que maintenir un système de réplication synchrone aussi complexe que Galera demande une expertise très pointue et des ressources considérables. Un fork communautaire sans financement serait difficile à pérenniser.

Les alternatives sur la table

Face à cette situation, plusieurs chemins s'offrent aux utilisateurs :

1. Rester sur MariaDB 11.4 avec Galera communautaire

C'est la solution à court terme. MariaDB 11.4 LTS sera maintenu jusqu'en 2029. Cela laisse trois ans pour planifier la suite.

2. Migrer vers la réplication asynchrone

La réplication semi-synchrone de MariaDB / MySQL offre un compromis acceptable pour de nombreux cas d'usage. Couplée à un proxy comme MaxScale ou ProxySQL, elle permet le failover automatique. Mais elle ne garantit pas la cohérence multi-nœuds que Galera offrait.

3. Explorer Percona XtraDB Cluster

Percona continue d'offrir une solution Galera sous licence open-source pour MySQL. Toutefois, la question se pose : sans Codership pour maintenir la bibliothèque sous-jacente, combien de temps Percona pourra-t-il maintenir sa propre intégration ?

4. Passer à l'édition Enterprise de MariaDB

C'est évidemment l'option que MariaDB plc espère voir adopter. Le coût de licence est à mettre en balance avec le coût d'une migration complète d'architecture.

5. Considérer PostgreSQL

Pour les nouvelles architectures, PostgreSQL avec ses solutions de clustering (Patroni, Citus, ou le logiciel de réplication logique natif) représente une alternative crédible, bien que différente dans sa philosophie.

Le vrai débat : la soutenabilité de l'open-source

Au-delà du cas Galera, cette décision relance un débat fondamental. Comment financer le développement de logiciels open-source complexes sur le long terme ?

Le modèle Open Core — un noyau libre entouré de fonctionnalités commerciales — est le modèle dominant. Redis, MongoDB, Elasticsearch l'ont tous adopté sous différentes formes. MariaDB ne fait que suivre cette tendance.

Mais il y a une différence cruciale : Redis a changé les règles du jeu dès le départ avec de nouvelles fonctionnalités. MariaDB retire une fonctionnalité qui était libre depuis plus de quinze ans. C'est la différence entre ne jamais donner quelque chose et reprendre ce qui a été donné.

La confiance est au cœur de l'écosystème open-source. Quand une entreprise retire une fonctionnalité de l'édition communautaire, elle envoie un signal à tous les utilisateurs : "ce que vous utilisez gratuitement aujourd'hui pourrait devenir payant demain." Ce signal pousse les architectes à privilégier des alternatives gouvernées par des fondations (comme PostgreSQL via le PGDG) plutôt que par des entreprises commerciales.

Ce que cela signifie pour les DBA

Si vous êtes DBA et que vous gérez des clusters Galera en production, voici mon conseil :

1. Ne paniquez pas. Vos clusters MariaDB 11.4 fonctionnent et continueront de fonctionner.
2. Documentez votre dépendance à Galera. Quels sont les cas d'usage qui nécessitent réellement la réplication synchrone multi-master ?
3. Évaluez les alternatives. Pour chaque cas d'usage, la réplication semi-synchrone avec failover automatique pourrait-elle suffire ?
4. Planifiez. Trois ans, c'est long, mais une migration de base de données prend du temps. Commencez l'évaluation maintenant.

Conclusion

Galera has gone away n'est pas un message d'erreur. C'est un changement d'époque. La fin d'un modèle où la technologie de clustering la plus avancée de l'écosystème MariaDB / MySQL était accessible à tous.

Ce n'est pas la fin de MariaDB, ni la fin de Galera. C'est la fin d'une certaine idée de ce que "open-source" signifie dans le contexte des bases de données d'entreprise. Et c'est une leçon pour toute la communauté : en matière d'open-source, la seule garantie, c'est la licence. Lisez-la, comprenez-la, et planifiez en conséquence.

Cet article a été initialement publié sur Medium.