Ограничения для гибкого сервера Базы данных 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 или Azure CLI.Подключитесь к База данных Azure для MySQL — гибкий экземпляр сервера и выполните следующую команду:
mysql> SET sql_generate_invisible_primary_key=OFF;
lower_case_table_names
В База данных Azure для MySQL — гибкий сервер, значение по умолчанию для lower_case_table_names
1
MySQL версии 5.7. Если вам нужно настроить этот параметр, рекомендуется создать запрос в службу поддержки. Важно понимать, что после изменения значения 2
параметра на , отмена его 1
не допускается.
Для MySQL версии 8.0 изменение lower_case_table_names
параметра после инициализации сервера запрещено. Подробнее. В База данных Azure для MySQL — гибкий сервер, значение по умолчанию для lower_case_table_names
1
MySQL версии 8.0. Если вы хотите изменить этот параметр 2
, мы рекомендуем создать сервер MySQL 5.7 и создать запрос в службу поддержки по изменению. Позже при необходимости можно обновить сервер до версии 8.0.
Подсистемы хранилища
MySQL поддерживает множество подсистем хранилища. В следующих списках показано, какие подсистемы хранения поддерживаются и не поддерживаются в База данных Azure для MySQL — гибкий сервер.
Поддерживаемые обработчики
Неподдерживаемые подсистемы
Поддержка привилегий и обработки данных
Многие параметры сервера и параметры могут непреднамеренно снизить производительность сервера или отменить свойства ACID (атомарные, согласованные, изолированные и устойчивые) сервера MySQL. Для обеспечения целостности службы и соглашения об уровне обслуживания на уровне продукта База данных Azure для MySQL — гибкий сервер не предоставляет несколько ролей.
База данных Azure для MySQL . Гибкий сервер не разрешает прямой доступ к базовой файловой системе. Некоторые команды обработки данных не поддерживаются.
Поддерживаемые привилегии
LOAD DATA INFILE
поддерживается, но необходимо указать[LOCAL]
параметр и направить его в UNC-путь (хранилище Azure, подключенное через блок сообщений сервера). Если вы используете клиент MySQL версии 8.0 или более поздней версии, необходимо включить-–local-infile=1
параметр в строка подключения.Для MySQL версии 8.0 и более поздних версий поддерживаются только следующие динамические привилегии :
Неподдерживаемые привилегии
Роль администратора базы данных (DBA) ограничена. Кроме того, вы можете использовать роль администратора, которому назначено при создании нового сервера. Эта роль позволяет выполнять большинство инструкций языка определения данных (DDL) и языка обработки данных (DML).
Следующие статические привилегии ограничены:
Предоставление прав BACKUP_ADMIN не поддерживается для создания резервных копий с помощью средств миграции.
DEFINER
требуетSUPER
привилегий для создания и ограничения. Если вы импортируете данные с помощью резервной копии, удалите команды вручнуюCREATE DEFINER
или используйте--skip-definer
команду при выполнении резервной копии mysqlpump .Системная база данных mysql доступна только для чтения и поддерживает различные функции платформы как услуги (PaaS). Изменение системной базы данных
mysql
невозможно.SELECT ... INTO OUTFILE
не поддерживается в службе.
Функциональные ограничения
Высокий уровень доступности с избыточностью между зонами
Конфигурацию высокой доступности, избыточной между зонами, можно задать только во время создания сервера. Эта конфигурация не поддерживается на уровне вычислительных ресурсов с возможностью ускорения.
Network
После создания сервера изменить метод подключения невозможно. Если вы создаете сервер с частным доступом (интеграция с виртуальной сетью), его нельзя изменить на общедоступный доступ (разрешенные IP-адреса) после создания и наоборот.
Операции остановки и запуска
Операции для остановки и запуска сервера не поддерживаются с конфигурациями реплик чтения (как источником, так и репликами).
Операции масштабирования
Уменьшение подготовленного хранилища сервера не поддерживается.
Обновления версии сервера
Автоматическая миграция между основными версиями ядра СУБД не поддерживается. Если вы хотите обновить основную версию, используйте дамп и восстановление на сервере, созданном с новой версией ядра.
Восстановление сервера
При восстановлении на определенный момент времени новые серверы имеют те же конфигурации вычислений и хранилища, что и исходный сервер, на который они основаны. Вы можете уменьшить масштаб вновь восстановленных вычислений сервера после создания сервера.
Сравнения функций
Не все функции, доступные в База данных Azure для MySQL— один сервер доступен в База данных Azure для MySQL — гибкий сервер.
Полный список сравнений функций между База данных Azure для MySQL — отдельный сервер и База данных Azure для MySQL — гибкий сервер см. в статье о выборе подходящего параметра Сервера MySQL в Azure.