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

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

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

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

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

Для MySQL версии 8.0 и более поздних версий созданные невидимые первичные ключи (GIPKs) включены по умолчанию для всех База данных Azure для MySQL — гибких экземпляров сервера.

Серверы MySQL 8.0+ добавляют невидимый столбец my_row_id в таблицы и первичный ключ в этом столбце, где таблица InnoDB создается без явного первичного ключа. По этой причине нельзя создать таблицу с именем my_row_id столбца, если инструкция создания таблицы также не указывает явный первичный ключ. Подробнее.

По умолчанию GIPK отображаются в выходных данных SHOW CREATE TABLE, SHOW COLUMN и SHOW INDEX. GIPK также отображаются в INFORMATION_SCHEMAтаблицах COLUMNS и STATISTICS .

Дополнительные сведения о GIPK и их вариантах использования с репликацией данных см. в разделе "Репликация данных в База данных Azure для MySQL — гибкий сервер".

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

Если вы хотите отключить GIPK, у вас есть два варианта:

• Измените значение параметра сервера sql_generate_invisible_primary_key на использование OFF или Azure CLI.

• Подключитесь к База данных Azure для MySQL — гибкий экземпляр сервера и выполните следующую команду:

  mysql> SET sql_generate_invisible_primary_key=OFF;
  

lower_case_table_names

Для MySQL версии 8.0+ можно настроить lower_case_table_names только при инициализации сервера. Подробнее. lower_case_table_names Изменение параметра после инициализации сервера запрещено. Поддерживаемые значения для MySQL версии 8.0 находятся 1 в 2 База данных Azure для MySQL — гибкий сервер. Значение по умолчанию — 1.

Эти параметры можно настроить на портале во время создания сервера, указав требуемое значение в разделе "Параметры сервера" на странице "Дополнительная конфигурация". Для операций восстановления или создания сервера-реплики параметр автоматически копируется с исходного сервера и не может быть изменен.

Для MySQL версии 5.7 значение lower_case_table_names по умолчанию находится 1 в База данных Azure для MySQL — гибкий сервер. Несмотря на то что можно изменить поддерживаемое значение 2на , отмена обратно 2 на 1 не допускается. Чтобы помочь в изменении значения по умолчанию, создайте запрос в службу поддержки.

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

MySQL поддерживает множество подсистем хранилища. В следующих списках показано, какие подсистемы хранения поддерживаются и не поддерживаются в База данных Azure для MySQL — гибкий сервер.

Поддерживаемые обработчики

• InnoDB;
• MEMORY.

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

• MyISAM;
• BLACKHOLE;
• ARCHIVE;
• FEDERATED.

Поддержка привилегий и обработки данных

Многие параметры сервера и параметры могут непреднамеренно снизить производительность сервера или отменить свойства ACID (атомарные, согласованные, изолированные и устойчивые) сервера MySQL. Для обеспечения целостности службы и соглашения об уровне обслуживания на уровне продукта База данных Azure для MySQL — гибкий сервер не предоставляет несколько ролей.

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

Поддерживаемые привилегии

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

• Для MySQL версии 8.0 и более поздних версий поддерживаются только следующие динамические привилегии :

  • Программа репликации
  • ROLE_ADMIN
  • АДМИНИСТРИРОВАНИЕ_ПЕРЕМЕННЫХ_СЕССИИ
  • ПОКАЗАТЬ ПОДПРОГРАММУ
  • XA_RECOVER_ADMIN

Неподдерживаемые привилегии

• Роль администратора базы данных (DBA) ограничена. Кроме того, вы можете использовать роль администратора, которому назначено при создании нового сервера. Эта роль позволяет выполнять большинство инструкций языка определения данных (DDL) и языка обработки данных (DML).

• Следующие статические привилегии ограничены:

  • СУПЕР
  • ФАЙЛ
  • CREATE TABLESPACE
  • ВЫКЛЮЧЕНИЕ

• Предоставление прав BACKUP_ADMIN не поддерживается для создания резервных копий с помощью средств миграции.

• DEFINER требует SUPER привилегий для создания и ограничения. Если вы импортируете данные с помощью резервной копии, удалите команды вручную CREATE DEFINER или используйте --skip-definer команду при выполнении резервной копии mysqlpump .

• Системная база данных mysql доступна только для чтения и поддерживает различные функции платформы как услуги (PaaS). Изменение системной базы данных mysql невозможно.

• SELECT ... INTO OUTFILE не поддерживается в службе.

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

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

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

Сеть

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

Операции остановки и запуска

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

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

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

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

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

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

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

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

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

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

Связанный контент

• Какие варианты вычислений и хранилища доступны на гибких серверах
• поддерживаемые версии MySQL
• используйте портал Azure для создания экземпляра гибкого сервера База данных Azure для MySQL