Сообщение об ошибке, ставшее реальностью
SQLSTATE [HY000] [2006] MySQL server has gone away — одно из самых известных сообщений об ошибке в экосистеме MariaDB / MySQL. Каждый DBA сталкивался с ним хотя бы раз. Но в 2026 году «gone away» оказался сам Galera — не из-за сетевого таймаута, а из-за стратегического решения MariaDB plc.
С выходом MariaDB 12.3 LTS синхронная репликация Galera больше не включена в community-версию. Компонент перемещён под коммерческую лицензию — прямое следствие приобретения Codership, финской компании, которая разрабатывает и поддерживает библиотеку Galera с 2007 года.
Хронология предсказуемого ухода
История разворачивается в несколько актов:
Июнь 2025 — MariaDB plc объявляет о приобретении Codership. На этом этапе официальный дискурс настаивает на преемственности: Galera остаётся GPLv2 для сообщества, приобретение направлено на ускорение разработки и интеграции с MaxScale.
Конец 2025 — Первые ветки разработки MariaDB 12.x появляются без плагина wsrep. Участники сообщества сообщают об изменении в списках рассылки.
Февраль 2026 — Версия 12.3 LTS опубликована. Galera Cluster официально отсутствует в community-версии. Коммюнике объясняет, что компонент теперь зарезервирован для MariaDB Enterprise Server под коммерческой лицензией.
Почему это решение?
С точки зрения MariaDB plc логика понятна. Galera — крупный коммерческий дифференциатор против Oracle MySQL и PostgreSQL. Это одна из немногих доступных технологий синхронной multi-master репликации для реляционных баз данных. И это мощный аргумент в пользу Enterprise-предложения.
Проблема в том, что Galera также была главным аргументом в пользу выбора community-версии MariaDB вместо MySQL или PostgreSQL. Тысячи production-архитектур работают на open-source версии Galera. Инструменты вроде PmaControl, Percona XtraDB Cluster (который использует ту же библиотеку Galera) и десятки community Ansible-плейбуков построены вокруг этой функциональности.
Реакция сообщества
Сообщество отреагировало смесью гнева и смирения. Прозвучали разные голоса:
Прагматики напоминают, что последняя community-версия с Galera (MariaDB 11.4) будет поддерживаться до 2029 года. Есть время для планирования миграции.
Обеспокоенные указывают на паттерн: MaxScale перешёл с GPLv2 на BSL в 2016 году, затем на чисто коммерческую лицензию в 2025. Galera идёт тем же путём. Какой компонент будет следующим?
Оптимисты рассчитывают на MariaDB Foundation для поддержания альтернативы. Фонд, в котором работает около двадцати человек и который сосредоточен на community-сервере, теоретически мог бы форкнуть код Galera, каким он был под GPLv2.
Реалисты отмечают, что поддержка столь сложной системы синхронной репликации, как Galera, требует очень узкой экспертизы и значительных ресурсов. Форк сообщества без финансирования будет трудно поддерживать.
Альтернативы на столе
Перед лицом этой ситуации пользователям открыты несколько путей:
1. Остаться на MariaDB 11.4 с community Galera
Краткосрочное решение. MariaDB 11.4 LTS будет поддерживаться до 2029 года. Это даёт три года для планирования дальнейших шагов.
2. Мигрировать на асинхронную репликацию
Полусинхронная репликация MariaDB / MySQL предлагает приемлемый компромисс для многих случаев использования. В сочетании с прокси вроде MaxScale или ProxySQL она обеспечивает автоматический failover. Но не гарантирует multi-node консистентность, которую предлагал Galera.
3. Рассмотреть Percona XtraDB Cluster
Percona продолжает предлагать решение Galera под open-source лицензией для MySQL. Однако вопрос в том: без Codership для поддержки базовой библиотеки, как долго Percona сможет поддерживать собственную интеграцию?
4. Перейти на Enterprise-версию MariaDB
Очевидно, это вариант, на который надеется MariaDB plc. Стоимость лицензии следует сопоставить со стоимостью полной миграции архитектуры.
5. Рассмотреть PostgreSQL
Для новых архитектур PostgreSQL с его решениями кластеризации (Patroni, Citus или нативная логическая репликация) представляет собой заслуживающую внимания альтернативу, хотя и отличающуюся по философии.
Настоящий спор: устойчивость open-source
За пределами случая Galera это решение возобновляет фундаментальный спор. Как финансировать разработку сложного open-source программного обеспечения в долгосрочной перспективе?
Модель Open Core — свободное ядро, окружённое коммерческими функциями — является доминирующей моделью. Redis, MongoDB, Elasticsearch — все они приняли её в различных формах. MariaDB лишь следует этой тенденции.
Но есть принципиальная разница: Redis изменил правила игры с самого начала для новых функций. MariaDB убирает функциональность, которая была свободной более пятнадцати лет. Это разница между «никогда не давать что-то» и «забрать то, что было дано».
Доверие — в сердце open-source экосистемы. Когда компания убирает функциональность из community-версии, она посылает сигнал всем пользователям: «то, что вы используете бесплатно сегодня, может стать платным завтра». Этот сигнал подталкивает архитекторов отдавать предпочтение альтернативам, управляемым фондами (как PostgreSQL через PGDG), а не коммерческими компаниями.
Что это значит для DBA
Если вы DBA и управляете кластерами Galera в production, вот мой совет:
- Не паникуйте. Ваши кластеры MariaDB 11.4 работают и будут продолжать работать.
- Задокументируйте свою зависимость от Galera. Какие случаи использования реально требуют синхронной multi-master репликации?
- Оцените альтернативы. Для каждого случая использования — может ли полусинхронная репликация с автоматическим failover быть достаточной?
- Планируйте. Три года — это много, но миграция базы данных требует времени. Начните оценку сейчас.
Заключение
Galera has gone away — не сообщение об ошибке. Это смена эпохи. Конец модели, в которой самая продвинутая технология кластеризации в экосистеме MariaDB / MySQL была доступна всем.
Это не конец MariaDB и не конец Galera. Это конец определённого понимания того, что «open-source» значит в контексте корпоративных баз данных. И это урок для всего сообщества: в вопросах open-source единственная гарантия — это лицензия. Читайте её, понимайте и планируйте соответственно.
Эта статья была первоначально опубликована на Medium.
Комментарии (0)
Комментариев пока нет.
Оставить комментарий