Share via

Ограничения для гибкого сервера Базы данных Azure для MySQL

  • Статья

ОБЛАСТЬ ПРИМЕНЕНИЯ: База данных Azure для MySQL — гибкий сервер

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

Параметры сервера

Примечание.

  • Сведения о минимальных и максимальных значениях для параметров сервера, таких как max_connections и innodb_buffer_pool_size, указаны в статье о концепциях параметров сервера.
  • значение lower_case_table_names можно задать только 1 на гибком сервере База данных Azure для MySQL.

База данных Azure для MySQL гибкий сервер поддерживает настройку значений параметров сервера. Некоторые значения минимального и максимального значения параметров (например max_connections, join_buffer_size, query_cache_size) определяются вычислительным уровнем и перед вычислением размера сервера. Дополнительные сведения об этих ограничениях см. в статье о параметрах сервера.

Созданные невидимые первичные ключи

Для MySQL версии 8.0 и выше для всех База данных Azure для MySQL гибких экземпляров сервера включена поддержка созданных невидимых первичных ключей (GIPK). Серверы MySQL 8.0+ добавляют невидимый столбец my_row_id в таблицы и первичный ключ в этом столбце, где таблица InnoDB создается без явного первичного ключа. По этой причине невозможно создать таблицу с именем столбца с именем my_row_id , если только инструкция создания таблицы не указывает явный первичный ключ. Подробнее. По умолчанию GIPK отображаются в выходных данных SHOW CREATE TABLE, SHOW COLUMN и SHOW INDEX, а также отображаются в таблицах "Столбцы схемы сведений" и "СТАТИСТИКА". Дополнительные сведения о GIPK и его вариантах использования с данными в репликации в База данных Azure для MySQL гибком сервере см. в GIPK с репликацией данных.

Действия по отключению GIPK

mysql> SET sql_generate_invisible_primary_key=OFF;

lower_case_table_names

В База данных Azure для MySQL гибком сервере значение lower_case_table_names по умолчанию равно 1 для MySQL версии 5.7. Если вам нужно настроить этот параметр, рекомендуется ознакомиться с нашей группой поддержки для получения рекомендаций. Важно понимать, что после изменения значения параметра на 2 не допускается отменить изменения от 2 до 1.

Для MySQL версии 8.0 обратите внимание, что изменение параметра lower_case_table_names после инициализации сервера запрещено. Подробнее. В База данных Azure для MySQL гибкого сервера версии 8.0 значение lower_case_table_names по умолчанию равно 1. Если вы хотите изменить этот параметр на 2, мы рекомендуем создать сервер MySQL 5.7, связався с нашей группой поддержки за помощью по изменению, а затем, при необходимости, можно обновить сервер до версии 8.0.

Подсистемы хранилища

MySQL поддерживает множество подсистем хранилища. На гибком сервере База данных Azure для MySQL ниже приведен список поддерживаемых и неподдерживаемых подсистем хранения:

Поддерживается

Не поддерживается

Поддержка разрешений и манипулирования данными

Многие параметры сервера и параметры могут непреднамеренно снизить производительность сервера или отменить свойства ACID сервера MySQL. Эта служба не предоставляет несколько ролей для поддержания целостности службы и соглашения об уровне обслуживания на уровне продукта.

Служба MySQL не разрешает прямой доступ к базовой файловой системе. Некоторые команды манипулирования данными не поддерживаются.

Не поддерживается

Не поддерживаются следующие возможности:

Поддерживается

  • LOAD DATA INFILE поддерживается, но должен быть указан параметр [LOCAL], указывающий на путь в формате UNC (хранилище Azure, подключенное по протоколу SMB). Кроме того, если вы используете версию >клиента MySQL = 8.0, необходимо включить -–local-infile=1 параметр в строка подключения.
  • Для версии MySQL 8.0 и более поздних версий ниже поддерживаются только упоминание динамические привилегии.

Функциональные ограничения

Высокий уровень доступности, избыточный между зонами

  • Эта конфигурацию можно установить только во время создания сервера.
  • Не поддерживается на уровне вычислительных ресурсов с возможностью ускорения.

Network

  • метод Подключение ivity нельзя изменить после создания сервера. Если сервер создан с частным доступом (интеграция виртуальной сети), его нельзя изменить на общедоступный доступ (разрешенные IP-адреса) после создания, и наоборот.

Операция завершения или запуска

  • Не поддерживается для конфигураций с репликами чтения (как для источника, так и для реплик).

Операции масштабирования

  • Уменьшение подготовленного хранилища сервера не поддерживается.

Обновления версии сервера

  • Автоматическая миграция между основными версиями ядра СУБД не поддерживается. Если вы хотите обновить основную версию, выполните дамп и восстановите сервер, созданный с новой версией ядра.

Восстановление сервера

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

Сравнения функций

Не все функции, доступные в База данных Azure для MySQL одном сервере, доступны в База данных Azure для MySQL гибком сервере.

Полный список сравнений функций между одним сервером База данных Azure для MySQL и гибким сервером База данных Azure для MySQL см. в разделе о выборе подходящего варианта Сервера MySQL в Azure.

Следующие шаги