Oracle провела масштабные кадровые сокращения, в результате которых были уволены 70 сотрудников, работавших над развитием системы управления базами данных MySQL. Среди уволенных оказались в том числе опытные инженеры и разработчики, внесшие значительный вклад в проект. Это решение вызвало обеспокоенность в профессиональном сообществе и поставило под сомнение дальнейшую судьбу Community-редакции MySQL — версии, ориентированной на открытое сообщество.
Майкл "Монти" Видениус, один из основателей MySQL и инициатор проекта MariaDB, выразил сожаление по поводу произошедшего. Он отметил, что хотя подобные действия со стороны Oracle не стали для него неожиданностью, всё же они вызывают разочарование. По его словам, увольнения наносят удар по духу сообщества и ставят под угрозу развитие MySQL как открытого проекта.
Пётр Зайцев, сооснователь Percona и бывший руководитель команды по оптимизации производительности в MySQL AB, также прокомментировал ситуацию. Он предостерёг, что подобные решения могут привести к постепенному свертыванию Community-редакции MySQL, что, в свою очередь, ослабит позиции проекта в сравнении с другими популярными СУБД, такими как PostgreSQL и MariaDB.
MySQL, несмотря на свой богатый функционал, часто критикуется за отставание от конкурентов в ряде ключевых направлений. Например, реализация MVCC (многоверсионного контроля параллелизма) в InnoDB, хотя и напоминает подход Oracle DB, всё же уступает по гибкости и производительности аналогичным механизмам в PostgreSQL. Кроме того, движки Aria, MyRocks и другие предлагают разные модели хранения и управления транзакциями, что делает выбор СУБД во многом зависящим от специфики приложения.
MariaDB, как форк MySQL, изначально создавался как более открытая альтернатива, с упором на прозрачность разработки и ориентацию на сообщество. Однако со временем проект всё больше стремился к коммерциализации, пытаясь монетизировать развитие через поддержку крупных спонсоров вроде Amazon, IBM и Tencent. Это вызвало критику у части разработчиков, которые считают, что MariaDB утратила свою независимость и изначальные идеалы.
Критики также указывают на отсутствие в MySQL и MariaDB современных инструментов для кластеризации и мульти-мастер репликации. Например, решение на базе Galera Cluster, хотя и позволяет реализовать мульти-мастер конфигурации, многими профессионалами воспринимается как компромиссное и нестабильное. В отличие от PostgreSQL, где имеются зрелые решения для горизонтального масштабирования и шардирования, MySQL продолжает отставать в этом направлении.
Ещё одной проблемой остаётся дефицит встроенных средств профилирования и анализа производительности. В то время как PostgreSQL предлагает расширенные возможности для анализа запросов, включая понятные планы выполнения, статистику использования индексов и встроенные средства мониторинга, MySQL и MariaDB зачастую требуют сторонних инструментов или глубоких знаний внутренней архитектуры.
Тем не менее, нельзя полностью списывать MySQL и MariaDB со счетов. У этих СУБД по-прежнему есть своя ниша — они остаются популярными среди небольших и средних проектов, где важны простота настройки, широкая поддержка хостингов и знакомость среди начинающих разработчиков. Особенно это актуально для веб-приложений и CMS, таких как WordPress, Joomla или Drupal, которые традиционно оптимизированы под работу с MySQL.
Важно понимать, что выбор СУБД не сводится только к сравнению технических характеристик. Он определяется реальными задачами проекта, требуемыми уровнями отказоустойчивости, масштабируемости, доступными ресурсами и компетенциями команды. В некоторых случаях PostgreSQL выигрывает за счёт расширенной функциональности, в других — MySQL или MariaDB оказываются более уместными из-за своей лёгкости, простоты и широкой поддержки.
Любопытно, что даже менее известные решения, такие как Firebird или SQLite, находят своё применение. Первый используется там, где важна автономность и минимальные затраты на сопровождение, второй — в мобильных и встраиваемых приложениях, где важна компактность и отсутствие зависимости от серверов. Это лишь подчёркивает, насколько разнообразен рынок СУБД и как важно учитывать контекст при выборе инструмента.
Возвращаясь к ситуации с Oracle, стоит отметить, что компания сосредоточена на развитии собственной флагманской СУБД — Oracle Database, которая традиционно ориентирована на корпоративный сегмент и обладает обширными возможностями в области кластеризации, безопасности, масштабируемости и аналитики. Решение сократить команду MySQL может говорить о перераспределении приоритетов в пользу коммерчески более выгодных продуктов.
С учётом текущей геополитической и экономической обстановки, а также санкционного давления, многие разработчики и компании пересматривают свои стратегии. Поддержка open-source проектов, особенно тех, которые зависят от международного финансирования, становится всё более нестабильной. Это может привести к дальнейшей консолидации рынка вокруг нескольких ключевых игроков.
Таким образом, увольнение 70 сотрудников из команды MySQL — это не просто внутренний инцидент в Oracle, а сигнал о возможных изменениях в балансе сил на рынке СУБД. Сообществу предстоит либо усилить собственное участие в поддержке и развитии MySQL, либо готовиться к постепенному переходу на альтернативные решения, такие как PostgreSQL, MariaDB или коммерческие СУБД.
