Более половины баз данных MySQL и MariaDB работают на устаревающей версии — шанс на сбой растёт
58% установленных экземпляров MySQL и MariaDB работают на версии 8.0, которая перестанет поддерживаться в апреле 2026 года, оставляя пользователям шесть месяцев для обновления. Переход на новую версию необходим для предотвращения рисков, связанных с уязвимостями и снижением надёжности.
По данным Percona, 58% установленных экземпляров MySQL и MariaDB работают на версии 8.0, которая перестаёт поддерживаться 30 апреля 2026 года. Это оставляет пользователям всего шесть месяцев для перехода на поддерживаемую версию, в противном случае они рискуют столкнуться с уязвимостями и снижением надёжности.
Статистика и сроки
Анализ показывает, что 18,8% экземпляров MySQL используют версию 5.7, которая уже не поддерживается с 2023 года. В то же время, переход с 8.0 на 8.4 — последнюю стабильную версию — требует меньше усилий, чем предыдущий переход с 5.7 на 8.0, который, по словам Peter Zaitseva, основателя Percona, был «очень большим и болезненным».
Риски устаревших версий
Отсутствие поддержки означает, что в устаревших версиях не будут исправляться ошибки, включая безопасность. Как отметил Zaitsev, любая сложная система содержит неизвестные баги, и если они связаны с уязвимостями, то их игнорирование может повлечь за собой серьёзные последствия.
Изменения в популярности
В последние годы популярность MySQL снизилась. По данным DB-Engines, его рейтинг упал настолько, что PostgreSQL может вскоре обогнать его. На Stack Overflow 40% разработчиков используют MySQL, тогда как PostgreSQL — 55%. Microsoft SQL Server также теряет позиции, оставаясь на третьем месте.
Интересно: Каковы риски продолжения работы с устаревшими версиями баз данных и насколько значим переход на более современные решения для обеспечения стабильности и безопасности?

Системные риски и стратегии обновления: что скрывается за цифрами
Технологический лаг как системный риск
Более 58% экземпляров MySQL и MariaDB работают на версии 8.0, которая перестанет поддерживаться в середине 2026 года. На первый взгляд, это техническое обновление, но на деле оно отражает более глубокую проблему — медлительность обновления ИТ-инфраструктуры, особенно в корпоративном сегменте. Переход на новую версию базы данных требует времени и ресурсов, а также предполагает пересмотр архитектуры, интеграции с другими системами и, что особенно важно, переоценку рисков безопасности.
Компании, которые не успеют обновиться, рискуют столкнуться с уязвимостями, которые будут оставаться незащищёнными. Это не только вопрос отсутствия патчей — это вопрос прозрачности угроз. В условиях, когда большинство атак направлены именно на устаревшие компоненты, игнорирование обновлений делает системы уязвимыми в долгосрочной перспективе.
Кроме того, переход с 8.0 на 8.4, хоть и проще, чем с 5.7 на 8.0, всё равно требует организационных усилий. Это означает, что даже если технические барьеры снижены, административные и культурные остаются. Многие ИТ-отделы не готовы к оперативным изменениям, особенно если это затрагивает критически важные сервисы.
Смена лидеров в мире баз данных
Снижение популярности MySQL в пользу PostgreSQL — это не случайность. Это системный сдвиг в рынке, вызванный несколькими факторами. PostgreSQL предлагает более продвинутую поддержку ACID-транзакций, гибкость в модели данных и, что важно, открытую экосистему, где развитие не зависит от одного вендора.
Такие тренды особенно значимы для российского бизнеса, где независимость от внешних поставщиков становится стратегическим приоритетом. В условиях, когда доступ к западным технологиям ограничен, переход на альтернативные решения может быть не только технически обоснованным, но и политически вынужденным.
Кроме того, рост интереса к PostgreSQL отражает изменение потребностей рынка. Современные приложения требуют не только хранения данных, но и их обработки, анализа и интеграции с ИИ. PostgreSQL, благодаря расширяемости, лучше подходит для таких задач, чем традиционные реляционные СУБД.
Рыночные драйверы: спрос и оплата за PostgreSQL
Рост популярности PostgreSQL не остаётся без внимания на рынке труда. Согласно данным hh.ru, PostgreSQL входит в топ-5 самых востребованных ИТ-навыков в России, с 15 000 вакансий за январь–сентябрь 2025 года [!]. Основная масса предложений сосредоточена в Москве, где этот навык представлен в 60% случаев. В регионах, таких как Тыва, Чечня и Карачаево-Черкессия, вакансий с указанием PostgreSQL пока нет. Это подчеркивает региональный дисбаланс в развитии ИТ-рынка.
Кроме того, спрос напрямую влияет на оплату. Медианная зарплата для специалистов с навыками PostgreSQL составила 169 тыс. руб. в месяц, что на 13% выше уровня прошлого года. Максимальные предложения достигают 336 тыс. руб., что делает PostgreSQL одним из самых высокооплачиваемых направлений [!]. Такой рост связан с увеличением числа проектов, где требуется работа с этой открытой реляционной СУБД.
Важный нюанс: Смена версии базы данных — это не только техническая задача, но и стратегическая возможность пересмотреть всю ИТ-архитектуру и выстроить её под новые требования бизнеса и безопасности.
Эффект домино и скрытые победители
Отказ от обновления MySQL может запустить цепную реакцию рисков, особенно в компаниях, где базы данных интегрированы с другими системами. Например, уязвимости в базе могут стать входной точкой для атак на серверы, приложения и даже на инфраструктуру ИИ, если она связана с обработкой данных из этих источников.
Скрытые победители — это провайдеры облачных решений и альтернативных СУБД, которые предлагают готовые обновлённые версии и миграционные сервисы. Компании, которые уже используют облачные базы данных, находятся в более выгодной позиции, так как обновления часто происходят автоматически и с минимальным вмешательством.
Также выигрывают разработчики и архитекторы, которые могут использовать переход как повод для рефакторинга архитектуры. Это не только повышает надёжность, но и открывает возможности для оптимизации и внедрения новых технологий, таких как аналитика в реальном времени или интеграция с ИИ.
Важный нюанс: Рост популярности PostgreSQL — это не только альтернатива MySQL, а сигнал о том, что рынок готов к более гибким и независимым решениям, что особенно важно в условиях технологической неопределённости.