AliSQL в 2026 году встраивает DuckDB в MySQL и добавляет OLAP‑возможности без изменения интерфейсов

Сообщество разработчиков AliSQL в 2026 году опубликовало первую подробную статью о практической интеграции MySQL с DuckDB, где описана реализация подключаемого столбцового движка. Авторы утверждают, что встраивание DuckDB расширяет аналитические возможности MySQL без изменения клиентских интерфейсов и процессов эксплуатации — то есть аналитические запросы можно выполнять ближе к операционным данным, не переписывая приложения и инструменты администрирования. Технически интеграция опирается на модульную pluggable‑архитектуру MySQL: слои runtime, бинарного лога (Binlog), SQL‑плота и движков хранения разделены, а между SQL‑уровнем и физическим хранением используется Pluggable Engine Interface. Этот стандартный API позволяет подключать движки как независимые модули с поддержкой «горячей» подстановки, то есть менять или добавлять движки без серьёзной инвазивности в остальную систему.

Авторы статьи перечисляют и разъясняют роль классических движков хранения MySQL: MyISAM — ранний движок, который уступил место InnoDB и остался для системных таблиц до MySQL‑5.7; InnoDB — дефолтный движок с поддержкой ACID и высокой конкурентности; CSV применяется для логов; Memory — для временных таблиц; TempTable — введён в MySQL‑8.0 для внутренних временных структур. её способности по обеспечению целостности и конкурентной работы сделали MySQL популярной в OLTP‑сценариях, тогда как архитектура InnoDB не оптимизирована под аналитические нагрузки.

Конкретная реализация в AliSQL — подключаемый столбцовый движок DuckDB, рассчитанный на эффективное выполнение OLAP‑запросов при минимальном воздействии на остальную платформу. По описанию разработчиков, сохраняются MySQL‑протокол и синтаксис, а также существующие процессы мониторинга и эксплуатации, что позволяет расширить рабочие нагрузки без миграции данных в отдельное аналитическое хранилище. Практические последствия для инженеров и архитекторов баз данных в AliSQL‑подходе таковы: возможность запускать аналитические запросы непосредственно над оперативными данными без переноса в сторонние хранилища; повторное использование существующего SQL‑стека и O&M‑процедур; гибкость подключения или замены движков через Pluggable Engine Interface. Сообщество позиционирует этот шаг как ответ на представление о «только‑TP» природе MySQL и как меру адаптации к росту аналитики в эпоху ИИ.