Ограничения для гибкого сервера Базы данных 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 и выше созданные невидимые первичные ключи (GIPK) по умолчанию включены для всех База данных Azure для MySQL гибких экземпляров сервера. Серверы MySQL 8.0+ добавляют невидимый столбец my_row_id в таблицы и первичный ключ в этом столбце, где таблица InnoDB создается без явного первичного ключа. По этой причине невозможно создать таблицу с именем столбца с именем my_row_id , если только инструкция создания таблицы не указывает явный первичный ключ. Подробнее. По умолчанию GIPK отображаются в выходных данных SHOW CREATE TABLE, SHOW COLUMN и SHOW INDEX, а также отображаются в таблицах "Столбцы схемы сведений" и "СТАТИСТИКА". Дополнительные сведения о 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 не разрешено вернуться с 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 не разрешает прямой доступ к базовой файловой системе. Некоторые команды манипулирования данными не поддерживаются.
Не поддерживается
Не поддерживаются следующие возможности:
- Роль DBA. Ограничена. Кроме того, можно использовать пользователя администратора (созданного во время создания нового сервера), что позволяет выполнять большинство инструкций DDL и DML.
- Ниже перечислены статические привилегии .
- BACKUP_ADMIN привилегии. Предоставление привилегий BACKUP_ADMIN не поддерживается для создания резервных копий с помощью каких-либо служебных средств. См . раздел "Поддерживаемый " для списка поддерживаемых динамических привилегий.
- DEFINER: требуются супер привилегии для создания и ограничения. При импорте данных с помощью резервной копии вручную удалите
CREATE DEFINER
команды или используйте--skip-definer
команду при выполнении mysqlpump. - Системные базы данных: системная база данных mysql доступна только для чтения и используется для поддержки различных функций PaaS. Изменение системной базы данных
mysql
невозможно. SELECT ... INTO OUTFILE
. Не поддерживается в службе.
Поддерживается
LOAD DATA INFILE
поддерживается, но должен быть указан параметр[LOCAL]
, указывающий на путь в формате UNC (хранилище Azure, подключенное по протоколу SMB). Кроме того, если вы используете версию >клиента MySQL = 8.0, необходимо включить-–local-infile=1
параметр в строка подключения.- Для версии MySQL 8.0 и выше перечисленные ниже динамические привилегии поддерживаются только.
Функциональные ограничения
Высокий уровень доступности, избыточный между зонами
- Эта конфигурацию можно установить только во время создания сервера.
- Не поддерживается на уровне вычислительных ресурсов с возможностью ускорения.
Network
- Метод подключения нельзя изменить после создания сервера. Если сервер создан с частным доступом (интеграция виртуальной сети), его нельзя изменить на общедоступный доступ (разрешенные IP-адреса) после создания, и наоборот.
Операция завершения или запуска
- Не поддерживается для конфигураций с репликами чтения (как для источника, так и для реплик).
Операции масштабирования
- Уменьшение подготовленного хранилища сервера не поддерживается.
Обновления версии сервера
- Автоматическая миграция между основными версиями ядра СУБД не поддерживается. Если вы хотите обновить основную версию, выполните дамп и восстановите сервер, созданный с новой версией ядра.
Восстановление сервера
- При восстановлении на определенный момент времени новые серверы создаются с теми же конфигурациями вычислений и хранилища, что и исходный сервер, на основе которых он основан. Объем вычислений восстановленного сервера можно уменьшить после создания сервера.
Сравнения функций
Не все функции, доступные в База данных Azure для MySQL одном сервере, доступны в База данных Azure для MySQL гибком сервере.
Полный список сравнений функций между одним сервером База данных Azure для MySQL и гибким сервером База данных Azure для MySQL см. в разделе о выборе подходящего варианта Сервера MySQL в Azure.
Следующие шаги
- Узнайте, как выбрать правильный вариант Сервера MySQL в Azure
- Общие сведения о возможностях вычислений и хранилища на гибком сервере
- Ознакомьтесь со сведениями о поддерживаемых версиях MySQL
- Краткое руководство. Создание гибкого экземпляра База данных Azure для MySQL сервера с помощью портал Azure