PmaControl logo PmaControl
  • Главная
  • PmaControl
    • ИИ-агенты 13 on-premise агентов
    • Тарифы Community, Cloud, On-Premise, Premium
    • Документация Руководства, API, архитектура
    • Клиенты 28+ компаний
    • FAQ 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 статьи
    Решения
    • Поддержка 24×7 Экстренная помощь MariaDB & MySQL
    • Observabilité SQL Мониторинг, алерты, топология
    • Haute disponibilité Репликация, failover, Galera
    • Disaster Recovery Backup, restore, RPO/RTO
    • Sécurité & conformité Аудит, GDPR, SOC2
    • Migration & upgrade Zero downtime, pt-osc, gh-ost
  • Тарифы
  • Ресурсы
    • Документация Технические руководства и API
    • FAQ 25 частых вопросов
    • Отзывы Отзывы клиентов и кейсы
    • Блог Статьи и аналитика
    • Roadmap Планируемые функции
    Области экспертизы
    • Observabilité SQL Мониторинг, алерты, топология Dot3
    • Haute disponibilité Репликация, failover, Galera
    • Sécurité & conformité Аудит, GDPR, SOC2, ISO 27001
    • Disaster Recovery Backup, restore, RPO/RTO
    • Performance & optimisation Digests, EXPLAIN, tuning
    • Migration & upgrade Zero downtime, pt-osc
    Быстрые ссылки
    • Wiki GitHub 26 страниц — установка, движок, плагины
    • Исходный код Официальный репозиторий GitHub
    • Поддержка 24×7 Экстренная помощь MariaDB & MySQL
    • Записаться на демо 30 мин — реальная архитектура
  • Поддержка 24×7
  • Записаться на демо
Записаться на демо
🇫🇷 FR Français 🇬🇧 EN English 🇵🇱 PL Polski 🇷🇺 RU Русский 🇨🇳 ZH 中文
← Вернуться в блог

SQLSTATE [HY000] [2006] Galera has gone away

Опубликовано February 27, 2026 Автор Sylvain ARBAUDIE
galera mariadb open-source licensing
Поделиться X LinkedIn Facebook Email PDF
SQLSTATE [HY000] [2006] Galera has gone away

Сообщение об ошибке, ставшее реальностью

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, вот мой совет:

  1. Не паникуйте. Ваши кластеры MariaDB 11.4 работают и будут продолжать работать.
  2. Задокументируйте свою зависимость от Galera. Какие случаи использования реально требуют синхронной multi-master репликации?
  3. Оцените альтернативы. Для каждого случая использования — может ли полусинхронная репликация с автоматическим failover быть достаточной?
  4. Планируйте. Три года — это много, но миграция базы данных требует времени. Начните оценку сейчас.

Заключение

Galera has gone away — не сообщение об ошибке. Это смена эпохи. Конец модели, в которой самая продвинутая технология кластеризации в экосистеме MariaDB / MySQL была доступна всем.

Это не конец MariaDB и не конец Galera. Это конец определённого понимания того, что «open-source» значит в контексте корпоративных баз данных. И это урок для всего сообщества: в вопросах open-source единственная гарантия — это лицензия. Читайте её, понимайте и планируйте соответственно.


Эта статья была первоначально опубликована на Medium.

Поделиться X LinkedIn Facebook Email PDF
← Вернуться в блог

Комментарии (0)

Комментариев пока нет.

Оставить комментарий

PmaControl
+33 6 63 28 27 47 contact@pmacontrol.com
Юридическая информация GitHub Контакты
Не ждите инцидента, чтобы понять свою архитектуру. © 2014-2026 PmaControl — 68Koncept