MariaDB 12.3.2 вышла 28 мая 2026 года и стала стабильным GA-релизом ветки 12.3. Главное значение обновления в том, что MariaDB 12.3 теперь можно рассматривать как новую долгосрочную линию для планирования серверных миграций, а не только как тестовую версию для экспериментов.
Ветка 12.3 перешла из кандидата в стабильную LTS-линию
MariaDB 12.3.2 — это первый стабильный выпуск MariaDB Community Server 12.3. Предыдущая версия 12.3.1 имела статус Release Candidate, то есть была кандидатом на релиз и не предназначалась для спокойного использования в продакшене без дополнительных оговорок.
Теперь статус изменился на Stable GA. GA означает General Availability — общедоступный стабильный релиз. Для администраторов баз данных, DevOps-инженеров и владельцев проектов это важный сигнал: ветку можно начинать оценивать для реальных окружений, тестовых стендов перед миграцией и долгосрочного планирования.
Отдельно важно, что MariaDB 12.3 заявлена как LTS-релиз с поддержкой до июня 2029 года. LTS — это Long Term Support, то есть версия с длительным сроком сопровождения. Такие релизы обычно выбирают не ради самых свежих экспериментов, а ради предсказуемости: меньше риск быстрых смен веток, проще планировать обновления, аудит и поддержку инфраструктуры.
XML-тип и SQL-совместимость расширяют сценарии миграции
Одно из заметных направлений MariaDB 12.3.2 — совместимость с SQL-стандартом и Oracle-подобными возможностями. В релизе заявлены:
- базовый XML-тип данных;
- функция Oracle
TO_DATE(); - поддержка курсоров на подготовленных выражениях;
- SQL Standard
SET PATH; - предикат
IS JSON; - возможность для
UPDATEиDELETEчитать данные из CTE.
Для обычного владельца сайта это звучит абстрактно, но практический смысл понятный: MariaDB становится удобнее там, где проекту нужно переезжать с другой СУБД, поддерживать сложную бизнес-логику или хранить данные в форматах, которые раньше требовали обходных решений.
XML-тип особенно интересен для корпоративных систем, интеграций, старых ERP/CRM и документооборота. XML давно используется в обмене данными между системами, и нативная поддержка такого типа снижает количество ручной обработки на стороне приложения.
Предикат IS JSON тоже полезен для современных веб-проектов. Он позволяет проверять, является ли значение корректным JSON. Это важно для приложений, которые активно используют JSON-поля, API-ответы, настройки, события, логи и гибкие пользовательские данные.
Репликация и бинарный журнал получили практические улучшения
MariaDB 12.3.2 содержит несколько изменений, связанных с репликацией и binary log. Репликация — это механизм, при котором данные с одного сервера базы данных передаются на другой. Обычно её используют для отказоустойчивости, резервного чтения, аналитики, миграций и горячих копий.
В релизе отмечены:
- настраиваемые значения по умолчанию для
MASTER_SSL_*вCHANGE MASTER; - фрагментация ROW-событий репликации, если они больше
max_packet_size; - улучшение производительности binary logging за счёт устранения необходимости в некоторых синхронизациях;
- исправления вокруг
mariadb-binlog, включая дополнительные проверки для ibb-файлов.
На практике это важно для нагруженных систем, где база данных не просто хранит таблицы, а постоянно пишет события в журнал, передаёт изменения репликам и участвует в резервном копировании. Чем надёжнее работает binary log, тем меньше риск проблем при восстановлении, репликации или разборе инцидентов.
Galera стала менее связанной с обычными серверными пакетами
В MariaDB 12.3.2 изменилось поведение пакетов, связанных с Galera. Galera — это технология кластеризации, которая позволяет нескольким узлам базы данных работать согласованно. Её используют там, где нужна высокая доступность и отказоустойчивость.
В релизе указано, что зависимость Galera была удалена из серверных пакетов, а сам Galera-пакет больше не включается в репозитории MariaDB как часть обычного серверного набора. Для администраторов это означает, что при обновлении и развёртывании кластерных конфигураций нужно внимательнее проверять зависимости, документацию и сценарии установки.
Для обычной одиночной MariaDB-инсталляции это может быть плюсом: меньше лишних компонентов в базовой установке. Для кластеров — повод заранее проверить тестовый стенд, особенно если инфраструктура собирается через Ansible, Docker-образы, CI/CD или собственные deb/rpm-зеркала.
Исправления затрагивают XML, InnoDB, JSON, Galera и инструменты резервного копирования
Хотя в заголовках релиза заметны новые функции, changelog показывает, что MariaDB 12.3.2 — это ещё и большой пакет исправлений. В списке изменений есть исправления падений, утечек памяти, некорректных результатов и проблем с отдельными типами данных.
Особенно много правок связано с новым XML-типом: исправлялись проблемы с некорректным XML, виртуальными колонками, ALTER, вставкой данных, утечками памяти и обработкой ошибок. Это ожидаемо для новой функциональности: после появления типа данных разработчики закрывают пограничные сценарии, которые проявляются в тестах и реальном использовании.
Также в changelog указаны исправления для JSON-функций, InnoDB, Galera, оптимизатора, MariaBackup, пространственных функций и системных компонентов. Для продакшена это важнее, чем кажется: стабильность базы данных часто определяется не одной большой функцией, а десятками небольших исправлений, которые предотвращают редкие, но неприятные сбои.
Обновление требует тестового стенда и внимательной проверки совместимости
MariaDB 12.3.2 выглядит как важный релиз, но это не означает, что его стоит немедленно ставить поверх рабочей базы без подготовки. Для production-серверов нормальный порядок действий остаётся прежним:
- Проверить совместимость приложения, драйверов и ORM.
- Поднять тестовую копию базы.
- Прогнать миграции, резервное восстановление и типовые запросы.
- Проверить репликацию, если она используется.
- Оценить поведение JSON, XML, временных таблиц, CTE и stored procedures, если проект активно их применяет.
- Подготовить план отката.
Особенно осторожными стоит быть тем, кто использует Galera, сложные схемы репликации, нестандартные плагины, MariaBackup, виртуальные колонки, JSON-функции и Oracle-совместимый SQL. Именно такие области чаще всего зависят от деталей реализации, а не только от общего статуса версии.
MariaDB 12.3.2 стала релизом для планирования миграций, а не только для тестирования
Главный итог MariaDB 12.3.2 — переход ветки 12.3 в стабильное состояние. Это важный этап для всей линейки MariaDB 12: появился LTS-релиз, на который можно ориентироваться при долгосрочном сопровождении серверов.
Для новых проектов MariaDB 12.3.2 интересна как свежая стабильная база с расширенной SQL-совместимостью, XML-типом и улучшениями репликации. Для существующих проектов это повод не спешить, но начать подготовку: изучить release notes, поднять тестовый стенд и проверить реальные сценарии нагрузки.
