Вопросы о MySQL®

• Какие версии MySQL® поддерживает Managed Service for MySQL®?

• Включено ли резервное копирование кластеров БД по умолчанию?

• Шифруется ли соединение с кластером БД MySQL®?

• Что такое реплика для чтения в MySQL®?

• Какие ограничения накладываются на кластеры БД MySQL®?

• Почему кластер работает медленно, хотя вычислительные ресурсы использованы не до предела?

Какие версии MySQL® поддерживает Managed Service for MySQL®?Какие версии MySQL® поддерживает Managed Service for MySQL®?

Managed Service for MySQL® поддерживает MySQL® 5.7 и MySQL® 8.

Включено ли резервное копирование кластеров БД по умолчанию?Включено ли резервное копирование кластеров БД по умолчанию?

Да, по умолчанию резервное копирование включено. Для кластеров MySQL® выполняется полное резервное копирование один раз в сутки, и сохраняются все журналы транзакций кластера БД. Это позволяет восстановить состояние кластера на любой момент времени в пределах периода хранения резервных копий, за исключением последних 30 секунд.

Шифруется ли соединение с кластером БД MySQL®?Шифруется ли соединение с кластером БД MySQL®?

Соединение между кластером БД и приложением всегда шифруется с использованием SSL. Отключить шифрование соединений с кластером нельзя.

Что такое реплика для чтения в MySQL®?Что такое реплика для чтения в MySQL®?

Реплика для чтения — это доступный только для чтения хост в кластере БД MySQL®, данные на котором синхронизируются с хостом-мастером (если в кластере работает более 1 хоста). Вы можете использовать реплику для чтения для снижения нагрузки на мастер в базах данных с большим объемом запросов на чтение.

Какие ограничения накладываются на кластеры БД MySQL®?Какие ограничения накладываются на кластеры БД MySQL®?

Подробнее об ограничениях Managed Service for MySQL® см. раздел Квоты и лимиты. В разделе Классы хостов приведены характеристики кластеров, которые можно создать с помощью Managed Service for MySQL®.

Почему кластер работает медленно, хотя вычислительные ресурсы использованы не до предела?Почему кластер работает медленно, хотя вычислительные ресурсы использованы не до предела?

Вероятно, максимальные значения IOPS и пропускной способности (bandwidth) хранилища недостаточны для обработки текущего количества запросов. В этом случае срабатывает троттлинг и быстродействие всего кластера падает.

Максимальные IOPS и bandwidth прирастают на фиксированную величину при увеличении размера хранилища на определенный шаг. Шаг и прирост зависят от типа дисков:

Чтобы увеличить максимальные значения IOPS и bandwidth и снизить вероятность троттлинга, расширьте размер хранилища при изменении кластера.

Если вы используете хранилище с типом диска network-hdd, рассмотрите возможность перехода на network-ssd или network-ssd-nonreplicated путем восстановления кластера из резервной копии.