Home » Как сбросить пароль root в MySQL или MariaDB на Ubuntu 24

Как сбросить пароль root в MySQL или MariaDB на Ubuntu 24

Если вы когда-нибудь забывали пароль root от MySQL или MariaDB, то знаете, что это может превратиться в настоящую головную боль. Особенно когда сервер в проде, а доступ к базе данных нужен “еще вчера”. На Ubuntu 24 эта задача решается достаточно просто, но есть несколько нюансов, которые стоит знать. В этой статье разберём несколько способов восстановления пароля root и рассмотрим, какие подводные камни вас могут ждать.

Как это работает: механизм аутентификации

Прежде чем приступить к сбросу пароля, важно понимать, как работает аутентификация в MySQL/MariaDB на Ubuntu 24. По умолчанию, начиная с MySQL 8.0 и MariaDB 10.4, для пользователя root используется плагин аутентификации auth_socket (или unix_socket в MariaDB). Это значит, что подключиться под root можно только из-под системного пользователя root через Unix-сокет.

Такой подход повышает безопасность, но может создать путаницу у тех, кто привык к классической аутентификации по паролю. Именно поэтому многие сталкиваются с проблемой “забытого” пароля, который на самом деле может быть и не нужен.

Быстрый способ: использование –skip-grant-tables

Самый универсальный способ сброса пароля root – это запуск MySQL/MariaDB с флагом --skip-grant-tables. Этот метод работает практически везде и не зависит от типа аутентификации.

Шаг 1: Останавливаем службу MySQL/MariaDB

sudo systemctl stop mysql

Шаг 2: Запускаем MySQL в безопасном режиме

sudo mysqld_safe --skip-grant-tables --skip-networking &

Шаг 3: Подключаемся к MySQL без пароля

mysql -u root

Шаг 4: Меняем пароль root

-- Для MySQL 8.0+ ALTER USER 'root'@'localhost' IDENTIFIED BY 'new_password';


-- Для более старых версий MySQL

UPDATE mysql.user SET authentication_string=PASSWORD('new_password') WHERE User='root';

-- Для MariaDB ALTER USER 'root'@'localhost' IDENTIFIED BY 'new_password';

Шаг 5: Перезагружаем привилегии и выходим

FLUSH PRIVILEGES; EXIT;

Шаг 6: Останавливаем небезопасный режим и запускаем службу

sudo pkill mysqld sudo systemctl start mysql

Альтернативный способ: через init-file

Более элегантный способ – использование init-файла. Этот метод считается более безопасным, так как не требует полного отключения системы прав.

Шаг 1: Создаём файл с SQL-командами

sudo nano /tmp/mysql-init.sql

Шаг 2: Добавляем команду сброса пароля

-- Содержимое файла /tmp/mysql-init.sql ALTER USER 'root'@'localhost' IDENTIFIED BY 'new_password';

Шаг 3: Останавливаем MySQL и запускаем с init-файлом

sudo systemctl stop mysql sudo mysqld --init-file=/tmp/mysql-init.sql &

Шаг 4: Перезапускаем службу нормально

sudo pkill mysqld sudo systemctl start mysql sudo rm /tmp/mysql-init.sql

Работа с auth_socket: когда пароль не нужен

Иногда проблема не в забытом пароле, а в непонимании механизма аутентификации. Если у вас настроен auth_socket, то для подключения под root достаточно:

sudo mysql

Чтобы проверить, какой тип аутентификации используется:

SELECT user, host, plugin FROM mysql.user WHERE user = 'root';

Если вы хотите переключиться на парольную аутентификацию:

ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'new_password'; FLUSH PRIVILEGES;

Практические кейсы и подводные камни

Ситуация	Решение	Риски
Забыт пароль root	–skip-grant-tables	Временное снижение безопасности
Сервер в контейнере	init-file метод	Нужен доступ к файловой системе
Удалённый сервер	Через SSH + любой метод	Возможная потеря соединения
Продакшн-сервер	Плановое окно обслуживания	Простой сервиса

Автоматизация через скрипты

Для автоматизации процесса сброса пароля можно создать bash-скрипт:

#!/bin/bash


NEW_PASSWORD="$1"

INIT_FILE="/tmp/mysql-reset-$(date +%s).sql"
if [ -z "$NEW_PASSWORD" ]; then

    echo "Usage: $0 "

    exit 1

fi
echo "ALTER USER 'root'@'localhost' IDENTIFIED BY '$NEW_PASSWORD';" > "$INIT_FILE"
sudo systemctl stop mysql

sudo mysqld --init-file="$INIT_FILE" &

sleep 5

sudo pkill mysqld

sudo systemctl start mysql

sudo rm "$INIT_FILE"

echo "Password reset completed!"

Такой скрипт можно интегрировать в системы мониторинга или использовать в Ansible-плейбуках для массового обновления паролей.

Сравнение с другими СУБД

Интересно сравнить подходы к сбросу пароля в разных СУБД:

PostgreSQL: Использует файлы pg_hba.conf для настройки аутентификации, сброс пароля проще
SQLite: Вообще не использует пароли по умолчанию
Oracle: Требует более сложных процедур через SYSDBA
MongoDB: Использует роли и может работать без аутентификации в single-user режиме

Безопасность и best practices

При работе с паролями root важно соблюдать несколько правил безопасности:

Никогда не оставляйте MySQL запущенным с --skip-grant-tables надолго
Используйте сложные пароли или, ещё лучше, оставьте auth_socket
Создавайте отдельных пользователей для приложений вместо использования root
Регулярно делайте бэкапы mysql.user таблицы
Логируйте все изменения паролей

Интеграция с современными инструментами

В эпоху контейнеризации и Infrastructure as Code, сброс пароля MySQL часто нужно автоматизировать:

Docker: Можно примонтировать init-файл через volume

docker run -v /path/to/init.sql:/docker-entrypoint-initdb.d/init.sql mysql:8.0

Kubernetes: Используйте ConfigMap для init-скриптов

Ansible: Модуль mysql_user может автоматизировать управление паролями

Если вам нужен надёжный сервер для экспериментов с MySQL, рекомендую обратить внимание на VPS аренду или выделенные серверы с предустановленной Ubuntu 24.

Мониторинг и логирование

После сброса пароля важно настроить мониторинг, чтобы отслеживать попытки входа:

# Включаем логирование неудачных попыток входа SET GLOBAL log_error_verbosity = 3;

# Проверяем последние подключения SELECT * FROM performance_schema.hosts;

Для продакшн-серверов рекомендую настроить отправку алертов при изменении паролей root через системы мониторинга типа Zabbix или Prometheus.

Заключение и рекомендации

Сброс пароля root в MySQL/MariaDB на Ubuntu 24 – это относительно простая процедура, если знать правильные методы. Метод с --skip-grant-tables работает универсально, но требует осторожности. Init-файл подход более безопасен для автоматизации.

Главные рекомендации:

Изучите, какой тип аутентификации используется в вашей системе
По возможности используйте auth_socket для root и создавайте отдельных пользователей для приложений
Автоматизируйте процедуры через скрипты, но тестируйте их в безопасном окружении
Всегда делайте бэкапы перед изменением системных настроек
Документируйте все изменения паролей для вашей команды

Помните: лучшая стратегия – это предотвращение проблемы. Используйте менеджеры паролей, документируйте доступы и настройте процедуры восстановления заранее. А если сервер критически важен, рассмотрите возможность настройки репликации или кластера для минимизации рисков.

В этой статье собрана информация и материалы из различных интернет-источников. Мы признаем и ценим работу всех оригинальных авторов, издателей и веб-сайтов. Несмотря на то, что были приложены все усилия для надлежащего указания исходного материала, любая непреднамеренная оплошность или упущение не являются нарушением авторских прав. Все упомянутые товарные знаки, логотипы и изображения являются собственностью соответствующих владельцев. Если вы считаете, что какой-либо контент, использованный в этой статье, нарушает ваши авторские права, немедленно свяжитесь с нами для рассмотрения и принятия оперативных мер.

Данная статья предназначена исключительно для ознакомительных и образовательных целей и не ущемляет права правообладателей. Если какой-либо материал, защищенный авторским правом, был использован без должного упоминания или с нарушением законов об авторском праве, это непреднамеренно, и мы исправим это незамедлительно после уведомления. Обратите внимание, что переиздание, распространение или воспроизведение части или всего содержимого в любой форме запрещено без письменного разрешения автора и владельца веб-сайта. Для получения разрешений или дополнительных запросов, пожалуйста, свяжитесь с нами.