MySQL

MySQL — это система управления базами данных, используемая для хранения и обработки структурированных данных. В DBaaS вы получаете управляемую СУБД без необходимости ручной настройки — все происходит автоматически.

При создании кластера можно выбрать версию MySQL: 8.0 или 8.4.

Создание баз

При создании нового кластера автоматически создается база с именем default_db. Дополнительные базы можно создавать во вкладке «Базы данных» в интерфейсе.

Импорт базы данных

Для импорта базы данных перейдите во вкладку «Базы данных» в панели управления кластером и нажмите кнопку «Импортировать».

В открывшемся окне укажите данные для подключения к импортируемой базе данных.

Для запуска импорта нажмите кнопку «Начать импорт». Статус импорта будет отображаться для базы в разделе «Базы данных».

Во время импорта операции с базами данных не блокируются.

Требования и ограничения

• Сетевой доступ: исходная база данных должна быть доступна для подключения из подсети 92.53.116.0/24. Без этого импорт не начнется.
• Уникальность имени: в целевом кластере не должно существовать базы данных с таким же (идентичным) именем.

Что будет перенесено:

• структура таблиц;
• данные в таблицах.

Что не будет перенесено:

• пользователи.

Перед началом импорта рекомендуется временно снизить значение параметра innodb_buffer_pool_size до 50 % от объема оперативной памяти, выделенной базе данных.

Пользователей необходимо будет создать вручную после завершения импорта.

Пользователи и привилегии

Пользователей можно создавать на вкладке «Пользователи». Для этого нажмите кнопку «Добавить».

В открывшемся окне задайте имя пользователя и пароль:

• Имя: от 3 до 32 символов, допускаются латинские буквы, цифры и спецсимволы.
• Пароль: от 8 до 30 символов, допускаются латинские буквы, цифры и спецсимволы.

При необходимости настройте привилегии для пользователя.

Привилегии также можно изменить после создания пользователя. Для этого перейдите во вкладку «Пользователи», нажмите на три точки рядом с нужным пользователем и выберите пункт «Привилегии».

В окне настройки выберите нужные привилегии. Можно задать права как на конкретную базу, так и на все базы сразу, включив опцию «Одинаковые для всех баз».

Доступные привилегии

Настройка параметров

Вы можете изменить параметры, используемые для MySQL, перейдя во вкладку «Конфигурация» и нажав на кнопку «Изменить параметры» в строке «Параметры базы данных».

Доступные параметры зависят от версии MySQL:

Для получения дополнительной информации о параметрах нажмите кнопку «Открыть описание» рядом с нужным параметром.

Чтобы применить изменения, нажмите кнопку «Применить» внизу страницы.

Подключение к базе

Подключиться к базе можно через встроенные веб-интерфейсы — Adminer или phpMyAdmin. Для этого нажмите кнопку «Веб-интерфейс» и выберите нужный вариант.

Подключение из терминала

Установите клиент MySQL:

sudo apt install mysql-client

sudo apt install mariadb-client

sudo pacman -S percona-server-clients

sudo dnf install mysql

Существует три способа подключения к кластеру MySQL:

• по публичному IP;
• по приватному IP;
• по домену.

Команду подключения можно скопировать:

• на вкладке «Дашборд»;

• на вкладке «Подключение».

Если в качестве клиента вы используете MariaDB версии 10.10 или выше, для подключения к кластеру используйте ключ --skip_ssl.

При подключении по домену используется защищенное подключение по TLS. В новых кластерах оно включено по умолчанию, в старых — требуется включение вручную. 

Чтобы включить TLS:

1. Перейдите во вкладку «Подключение».
2. Нажмите кнопку «Включить защищенное подключение».
3. Дождитесь завершения настройки.

После включения TLS для подключения потребуется установить сертификат.

Готовые команды для установки доступны в панели управления, во вкладке «Подключение», для всех популярных операционных систем.

Чтобы отключить TLS, нажмите кнопку «Выключить защищенное подключение». В появившейся форме подтвердите действие и дождитесь завершения перенастройки базы.

Создание дампа

Для создания дампа используйте следующую команду:

mysqldump --set-gtid-purged=off -y -u gen_user -p'password' -h ip_dbaas default_db | gzip > default_db.sql.gz

--set-gtid-purged=off — исключает команду SET @@GLOBAL.GTID_PURGED, которая может вызвать ошибку при недостаточных привилегиях.

-y (--no-tablespaces) — исключает табличные пространства, без этого флага возможна ошибка при дампе.

Загрузка дампа

Для загрузки дампа выполните:

cat default_db.sql.gz | gzip -d | mysql -u gen_user -p'password' -h ip_dbaas default_db

Команда распаковывает дамп и передает его в клиент MySQL для выполнения.

Репликация

Для MySQL доступно создание кластера с репликацией. Количество реплик задается при создании: 3 или 5. Изменить это значение после создания невозможно. Стоимость рассчитывается по формуле: количество реплик * стоимость одной ноды.

В основе лежит кластерное решение на базе Percona XtraDB Cluster. Репликация работает по принципу multi-master — все узлы равноправны и способны одновременно принимать изменения. Синхронное выполнение операций обеспечивает консистентность данных. При сбое одного из узлов остальные продолжают обработку запросов, что гарантирует высокую доступность кластера.

Логи баз данных

Мы собираем и выводим в панель управления логи сервисов баз данных, которые они автоматически генерируют в стандартные файлы логов. Просмотреть их можно на вкладке «Логи».

С помощью можно быстро отследить возможные ошибки и оперативно на них отреагировать — самостоятельно или обратившись в нашу поддержку.

Для MySQL мы выводим лог ошибок (Error Log), расположенный по пути /var/log/mysql/error.log.

Лог полезен для диагностики проблем с запуском сервера БД, критических сбоев и проблем с репликацией.

Лог содержит:

• Сообщения о запуске и остановке сервера.

• Критические ошибки в работе сервера и движков (например, InnoDB).

• Сообщения о проблемах с репликацией.

В логах не выводится предупреждение о deprecated-аутентификации ("deprecated and will be removed in a future release. Please use caching_sha2_password instead"), так как оно не является критическим и лишь перегружает вывод.

Сценарии использования

Рассмотрим, как можно применять логи на практике. Для удобного поиска информации в логе его можно скачать в формате .txt.

Кейс 1: Репликация данных отстает или ломается

Когда репликация начинает отставать или полностью ломается, необходимо определить транзакцию, вызвавшую сбой. Для этого анализируют бинарный лог (binlog) на мастер-сервере: он покажет последние выполненные запросов и позволит выявить тот, который не удается применить на реплике — например, из-за расхождения в данных. Такой анализ помогает восстановить репликацию и синхронность данных.

Кейс 2: Подозрение на попытку взлома базы данных

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