authentication_windows_log_level

Эта переменная доступна только в том случае, если плагин аутентификации Windows authentication_windows включен и включен отладочный код. См. Раздел 6.4.1.8, «Подключаемая аутентификация Windows».

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

authentication_windows_use_principal_name

Эта переменная доступна только при включённом плагине аутентификации Windows authentication_windows. См. Раздел 6.4.1.8, «Подключаемая аутентификация Windows».

Клиент, аутентифицирующийся с помощью функции InitSecurityContext(), должен предоставить строку, идентифицирующую сервис, к которому он подключается (targetName). MySQL использует имя принципала (UPN) учётной записи, под которой работает сервер. UPN имеет вид user_id@computer_name и не обязательно должен быть зарегистрирован где-либо, чтобы использоваться. Этот UPN отправляется сервером в начале рукопожатия аутентификации.

Эта переменная управляет отправкой сервером UPN в начальном запросе. По умолчанию переменная включена. По соображениям безопасности её можно отключить, чтобы избежать отправки имени учётной записи сервера клиенту как открытого текста. Если переменная отключена, сервер всегда отправляет байт 0x00 в первом запросе, клиент не указывает targetName, и в результате используется аутентификация NTLM.

Если сервер не может получить свой UPN (что происходит в основном в средах, которые не поддерживают аутентификацию Kerberos), UPN не отправляется сервером, и используется аутентификация NTLM.

autocommit

Режим автоматического подтверждения. Если установлено в 1, все изменения в таблице вступают в силу немедленно. Если установлено в 0, необходимо использовать COMMIT для принятия транзакции или ROLLBACK для её отмены. Если autocommit равно 0 и вы меняете его на 1, MySQL выполняет автоматическое COMMIT любой открытой транзакции. Другой способ начать транзакцию — использовать START TRANSACTION или BEGIN оператор. См. Раздел 13.3.1, «Операторы START TRANSACTION, COMMIT и ROLLBACK».

По умолчанию подключение клиентов начинается с autocommit, установленным в 1. Чтобы клиенты начинали с значения по умолчанию 0, установите глобальное значение autocommit при запуске сервера с помощью опции --autocommit=0. Чтобы установить переменную с помощью файла опций, включите эти строки:

[mysqld]
autocommit=0

automatic_sp_privileges

Когда эта переменная имеет значение 1 (значение по умолчанию), сервер автоматически предоставляет права EXECUTE и ALTER ROUTINE создателю хранимой процедуры, если пользователь не может уже выполнять и изменять или удалять процедуру. (Право ALTER ROUTINE требуется для удаления процедуры.) Сервер также автоматически отбирает эти права у создателя при удалении процедуры. Если automatic_sp_privileges равно 0, сервер не добавляет и не отбирает эти права автоматически.

Создателем процедуры является учётная запись, используемая для выполнения оператора CREATE для неё. Это может не совпадать с учётной записью, указанной как DEFINER в определении процедуры.

Если вы запускаете mysqld с --skip-new, automatic_sp_privileges устанавливается в OFF.

См. также Раздел 23.2.2, «Хранимые процедуры и привилегии MySQL».

auto_generate_certs

Эта переменная доступна, если сервер был скомпилирован с использованием OpenSSL (см. Раздел 6.3.4, «Возможности, зависящие от библиотеки SSL»). Она контролирует, будет ли сервер автоматически генерировать файлы ключей и сертификатов SSL в каталоге данных, если они ещё не существуют.

При запуске сервер автоматически генерирует файлы сертификата и ключа SSL для серверной и клиентской сторон в каталоге данных, если системная переменная auto_generate_certs включена, кроме опции --ssl не указаны другие параметры SSL, а файлы SSL серверной части отсутствуют в каталоге данных. Эти файлы позволяют осуществлять безопасные подключения клиентов с использованием SSL; см. Раздел 6.3.1, «Настройка MySQL для использования зашифрованных подключений».

Для получения дополнительной информации об автоматическом создании файлов SSL, включая имена файлов и характеристики, см. Раздел 6.3.3.1, «Создание сертификатов SSL и RSA с использованием MySQL»

Системная переменная sha256_password_auto_generate_rsa_keys связана, но контролирует автоматическое создание файлов пар ключей RSA, необходимых для безопасного обмена паролями с использованием RSA по незащищённым подключениям.

avoid_temporal_upgrade

Эта переменная управляет тем, будет ли ALTER TABLE неявно обновлять временные столбцы, обнаруженные в формате до 5.6.4 (TIME, DATETIME и TIMESTAMP столбцы без поддержки точности дробной секунды). Для обновления таких столбцов требуется перестроение таблицы, что предотвращает использование быстрых изменений, которые могли бы применяться к операции.

Эта переменная по умолчанию отключена. Её включение приводит к тому, что ALTER TABLE не перестраивает временные столбцы, и тем самым может воспользоваться возможными быстрыми изменениями.

Эта переменная устарела; ожидается её удаление в будущих версиях MySQL.

back_log

Количество ожидающих запросов подключений, которые может иметь MySQL. Это становится актуальным, когда основной поток MySQL получает очень много запросов подключения очень быстро. Затем требуется некоторое время (хотя и очень короткое) для основного потока, чтобы проверить соединение и запустить новый поток. Значение back_log указывает, сколько запросов может быть в очереди в течение этого короткого времени, прежде чем MySQL временно перестанет отвечать на новые запросы. Необходимо увеличить это значение только в том случае, если ожидается большое количество подключений в короткий промежуток времени.

Другими словами, это значение — размер очереди подключения для входящих соединений TCP/IP. Ваша операционная система имеет собственное ограничение на размер этой очереди. Более подробную информацию можно найти в руководстве по системному вызову Unix listen(). Проверьте документацию вашей ОС для максимального значения этой переменной. back_log не может быть установлено выше, чем предел вашей операционной системы.

Значение по умолчанию основано на следующей формуле, ограниченной значением 900:

50 + (max_connections / 5)

basedir

Путь к каталогу установки MySQL.

big_tables

При включении сервер хранит все временные таблицы на диске, а не в памяти. Это предотвращает большинство ошибок The table tbl_name is full для SELECT операций, требующих большой временной таблицы, но также замедляет запросы, для которых таблицы в памяти были бы достаточны.

Значение по умолчанию для новых соединений — OFF (использовать временные таблицы в памяти). Обычно включать эту переменную не нужно, так как сервер может автоматически обрабатывать большие наборы результатов, используя память для небольших временных таблиц и переходя к диску по мере необходимости.

bind_address

Сервер MySQL прослушивает один сетевой сокет для подключений TCP/IP. Этот сокет привязан к одному адресу, но возможно, что адрес отображается на нескольких сетевых интерфейсах. Чтобы указать адрес, задайте bind_address=addr при запуске сервера, где addr — IPv4 или IPv6-адрес или имя хоста. Если addr — имя хоста, сервер разрешает имя в IP-адрес и привязывается к этому адресу. Если имя хоста разрешается в несколько IP-адресов, сервер использует первый IPv4-адрес, если таковой имеется, или первый IPv6-адрес в противном случае.

Сервер обрабатывает различные типы адресов следующим образом:

Если привязка к адресу не удается, сервер выводит ошибку и не запускается.

Если вы намерены привязать сервер к определенному адресу, убедитесь, что в таблице mysql.user есть учетная запись с административными привилегиями, которую можно использовать для подключения к этому адресу. В противном случае вы не сможете остановить сервер. Например, если вы привязываете сервер к *, вы можете подключиться к нему с использованием всех существующих учетных записей. Но если вы привязываете сервер к ::1, он принимает подключения только по этому адресу. В этом случае сначала убедитесь, что учетная запись 'root'@'::1' присутствует в таблице mysql.user, чтобы вы по-прежнему могли подключиться к серверу для его остановки.

Эта переменная не влияет на встроенный сервер (libmysqld) и не отображается в нём.

block_encryption_mode

Эта переменная управляет режимом блочного шифрования для алгоритмов на основе блоков, таких как AES. Она влияет на шифрование для AES_ENCRYPT() и AES_DECRYPT().

block_encryption_mode принимает значение в формате aes-keylen-mode, где keylen — это длина ключа в битах, а mode — режим шифрования. Регистр значения не имеет значения. Допустимые значения keylen — 128, 192 и 256. Допустимые режимы шифрования зависят от того, компилировался ли MySQL с использованием OpenSSL или yaSSL:

Например, это утверждение заставляет функции шифрования AES использовать длину ключа 256 бит и режим CBC:

SET block_encryption_mode = 'aes-256-cbc';

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

bulk_insert_buffer_size

MyISAM использует специальный кэш древовидной структуры, чтобы ускорить массовую вставку для INSERT ... SELECT, INSERT ... VALUES (...), (...), ... и LOAD DATA при добавлении данных в незаполненные таблицы. Эта переменная ограничивает размер дерева кэша в байтах на поток. Установка значения 0 отключает эту оптимизацию. Значение по умолчанию — 8 МБ.

character_set_client

Кодировка символов для операторов, поступающих от клиента. Значение сессии этой переменной устанавливается с использованием кодировки, запрошенной клиентом при подключении к серверу. (Многие клиенты поддерживают параметр --default-character-set для явного указания этой кодировки. См. также Раздел 10.4, «Кодировки символов и сортировки при подключении».) Глобальное значение переменной используется для установки значения сессии в случаях, когда запрошенное клиентом значение неизвестно или недоступно, или сервер настроен на игнорирование запросов клиента:

Некоторые кодировки не могут использоваться в качестве кодировки клиента. Попытка использовать их в качестве значения character_set_client приводит к ошибке. См. Недопустимые кодировки клиента.

character_set_connection

Кодировка символов, используемая для литералов, указанных без спецификатора кодировки, и для преобразования числа в строку. Информацию о спецификаторах см. в Разделе 10.3.8, «Спецификаторы кодировки символов».

character_set_database

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

Глобальные системные переменные character_set_database и collation_database устарели в MySQL 5.7; ожидается, что они будут удалены в будущей версии MySQL.

Присваивание значения системным переменным сессии character_set_database и collation_database устарело в MySQL 5.7, и присваивания выдают предупреждение. Следует ожидать, что в будущей версии MySQL переменные сессии станут доступны только для чтения, а присваивания будут выдавать ошибку, при этом останется возможность получать доступ к переменным сессии для определения кодировки и сортировки базы данных по умолчанию.

character_set_filesystem

Кодировка файловой системы. Эта переменная используется для интерпретации строковых литералов, которые ссылаются на имена файлов, например, в операторах LOAD DATA и SELECT ... INTO OUTFILE и функции LOAD_FILE(). Такие имена файлов преобразуются из character_set_client в character_set_filesystem перед попыткой открытия файла. Значение по умолчанию — binary, что означает, что преобразование не происходит. Для систем, на которых допускаются многобайтовые имена файлов, может быть более подходящим другое значение. Например, если система представляет имена файлов с помощью UTF-8, установите character_set_filesystem в 'utf8mb4'.

character_set_results

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

character_set_server

Набор символов по умолчанию сервера. См. Раздел 10.15, «Настройка набора символов». Если вы задаете эту переменную, вам также следует установить collation_server, чтобы указать сортировку для набора символов.

character_set_system

Набор символов, используемый сервером для хранения идентификаторов. Значение всегда равно utf8.

character_sets_dir

Каталог, в котором установлены наборы символов. См. Раздел 10.15, «Настройка набора символов».

check_proxy_users

Некоторые плагины проверки подлинности реализуют отображение пользователей-прокси для себя (например, плагины проверки подлинности PAM и Windows). Другие плагины проверки подлинности по умолчанию не поддерживают пользователей-прокси. Из них некоторые могут запросить, чтобы сам сервер MySQL сопоставлял пользователей-прокси в соответствии с предоставленными правами прокси: mysql_native_password, sha256_password.

Если переменная системы check_proxy_users включена, сервер выполняет отображение пользователей-прокси для любых плагинов проверки подлинности, которые делают такой запрос. Однако, может быть также необходимо включить плагин-специфические переменные системы, чтобы воспользоваться поддержкой сервера по отображению пользователей-прокси:

Сведения о проксировании пользователей см. в Разделе 6.2.14, «Пользователи-прокси».

collation_connection

Сортировка набора символов подключения. collation_connection важна для сравнения строковых литералов. Для сравнения строк со значениями столбцов, collation_connection не имеет значения, потому что столбцы имеют свою собственную сортировку, которая имеет более высокую сортировочную приоритетность (см. Раздел 10.8.4, «Сортировка приведения типов в выражениях»).

collation_database

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

Глобальные переменные character_set_database и collation_database устарели в MySQL 5.7; ожидается, что они будут удалены в будущей версии MySQL.

Присвоение значения сессионным переменным character_set_database и collation_database устарело в MySQL 5.7, и присвоения вызывают предупреждение. Ожидается, что сессионные переменные станут только для чтения в будущей версии MySQL, а присвоения будут вызывать ошибку, хотя доступ к сессионным переменным для определения набора символов и сортировки базы данных по умолчанию по-прежнему возможен.

collation_server

Сортировка по умолчанию сервера. См. Раздел 10.15, «Настройка набора символов».

completion_type

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

completion_type влияет на транзакции, которые начинаются с START TRANSACTION или BEGIN и заканчиваются COMMIT или ROLLBACK. Она не применяется к неявным подтверждениям, возникающим в результате выполнения операторов, перечисленных в разделе 13.3.3 «Операторы, вызывающие неявное подтверждение». Она также не применяется к XA COMMIT, XA ROLLBACK, или когда autocommit=1.

concurrent_insert

Если AUTO (значение по умолчанию), MySQL разрешает одновременное выполнение операторов INSERT и SELECT для таблиц MyISAM, у которых нет свободных блоков посредине файла данных.

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

Если вы запускаете mysqld с --skip-new, concurrent_insert устанавливается в значение NEVER.

См. также раздел 8.11.3 «Одновременные вставки».

connect_timeout

Количество секунд, в течение которого сервер mysqld ожидает пакет подключения перед ответом с Bad handshake. Значение по умолчанию составляет 10 секунд.

Увеличение значения connect_timeout может помочь, если клиенты часто сталкиваются с ошибками типа Lost connection to MySQL server at 'XXX', system error: errno.

core_file

Следует ли записывать файл core, если сервер неожиданно завершает работу. Эта переменная устанавливается опцией --core-file.

datadir

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

date_format

Эта переменная не используется. Она устарела и удалена в MySQL 8.0.

datetime_format

Эта переменная не используется. Она устарела и удалена в MySQL 8.0.

debug

Эта переменная указывает текущие настройки отладки. Она доступна только для серверов, построенных с поддержкой отладки. Начальное значение берется из значения экземпляров параметра --debug, заданного при запуске сервера. Глобальные и сеансовые значения могут быть установлены во время выполнения.

Установка сеансового значения этой переменной системы — ограниченная операция. Сеансовый пользователь должен иметь достаточные привилегии для установки ограниченных сеансовых переменных. См. Раздел 5.1.8.1, «Привилегии переменных системы».

Присвоение значения, начинающегося с + или -, добавляет или вычитает значение из текущего значения:

mysql> SET debug = 'T';
mysql> SELECT @@debug;
+---------+
| @@debug |
+---------+
| T       |
+---------+

mysql> SET debug = '+P';
mysql> SELECT @@debug;
+---------+
| @@debug |
+---------+
| P:T     |
+---------+

mysql> SET debug = '-P';
mysql> SELECT @@debug;
+---------+
| @@debug |
+---------+
| T       |
+---------+

Для получения дополнительной информации см. Раздел 5.8.3, «Пакет DBUG».

debug_sync

Эта переменная — интерфейс к модулю Debug Sync. Для использования Debug Sync необходимо настроить MySQL с помощью параметра -DWITH_DEBUG=ON CMake (см. Раздел 2.8.7, «Параметры конфигурации исходного кода MySQL»); в противном случае эта переменная системы недоступна.

Глобальное значение переменной только для чтения и указывает, включен ли модуль. По умолчанию Debug Sync отключен, и значение debug_sync равно OFF. Если сервер запущен с --debug-sync-timeout=N, где N — значение таймаута больше 0, Debug Sync включён, и значение debug_sync равно ON - current signal, за которым следует имя сигнала. Также N становится значением таймаута по умолчанию для отдельных точек синхронизации.

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

Установка сеансового значения этой переменной — ограниченная операция. Сеансовый пользователь должен иметь достаточные привилегии для установки ограниченных сеансовых переменных. См. Раздел 5.1.8.1, «Привилегии переменных системы».

Описание модуля Debug Sync и как использовать точки синхронизации см. в документации MySQL Server Doxygen.

default_authentication_plugin

Плагин аутентификации по умолчанию. Разрешены следующие значения:

Значение default_authentication_plugin влияет на следующие аспекты работы сервера:

default_password_lifetime

Эта переменная определяет глобальную политику автоматического истечения срока действия паролей. Значение по умолчанию default_password_lifetime равно 0, что отключает автоматическое истечение срока действия паролей. Если значение default_password_lifetime — положительное целое число N, оно указывает на допустимый срок действия паролей; пароли необходимо менять каждые N дней.

Глобальная политика истечения срока действия паролей может быть переопределена для отдельных учетных записей с помощью параметров истечения срока действия паролей оператора ALTER USER. См. Раздел 6.2.11, «Управление паролями».

ALTER USER 'script'@'localhost' PASSWORD EXPIRE NEVER;

default_storage_engine

По умолчанию движок хранения для таблиц. См. Главу 15, Альтернативные движки хранения. Эта переменная устанавливает движок хранения только для постоянных таблиц. Чтобы установить движок хранения для TEMPORARY таблиц, установите переменную системы default_tmp_storage_engine.

Чтобы узнать, какие движки хранения доступны и включены, используйте оператор SHOW ENGINES или запрос к таблице INFORMATION_SCHEMA ENGINES.

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

default_tmp_storage_engine

По умолчанию движок хранения для TEMPORARY таблиц (созданных с помощью CREATE TEMPORARY TABLE). Чтобы установить движок хранения для постоянных таблиц, установите переменную системы default_storage_engine. Также см. обсуждение этой переменной в отношении возможных значений.

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

default_week_format

Значение режима по умолчанию для использования функции WEEK(). См. Раздел 12.7, “Функции даты и времени”.

delay_key_write

Эта переменная определяет, как использовать отложенные записи ключей. Она применяется только к MyISAM таблицам. Отложенные записи ключей приводят к тому, что буферы ключей не сбрасываются между записями. См. также Раздел 15.2.1, “Параметры запуска MyISAM”.

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

Если для таблицы включен DELAY_KEY_WRITE, буфер ключей не сбрасывается для таблицы при каждом обновлении индекса, а только при закрытии таблицы. Это значительно ускоряет запись ключей, но если вы используете эту функцию, вы должны добавить автоматическую проверку всех MyISAM таблиц, запустив сервер с установленной переменной системы myisam_recover_options (например, myisam_recover_options='BACKUP,FORCE'). См. Раздел 5.1.7, “Переменные системы сервера” и Раздел 15.2.1, “Параметры запуска MyISAM”.

Если вы запускаете mysqld с --skip-new, delay_key_write устанавливается в OFF.

delayed_insert_limit

Эта переменная системы устарела (потому что DELAYED вставки не поддерживаются); ожидается, что она будет удалена в будущей версии.

delayed_insert_timeout

Эта переменная системы устарела (потому что DELAYED вставки не поддерживаются); ожидается, что она будет удалена в будущей версии.

delayed_queue_size

Эта переменная системы устарела (потому что DELAYED вставки не поддерживаются); ожидается, что она будет удалена в будущей версии.

disabled_storage_engines

Эта переменная указывает, какие движки хранения нельзя использовать для создания таблиц или табличных пространств. Например, чтобы предотвратить создание новых таблиц MyISAM или FEDERATED, запустите сервер с этими строками в файле опций сервера:

[mysqld]
disabled_storage_engines="MyISAM,FEDERATED"

По умолчанию disabled_storage_engines пуста (никакие движки не отключены), но она может быть установлена в список, разделенный запятыми, из одного или нескольких движков (регистр игнорируется). Любой движок, указанный в значении, нельзя использовать для создания таблиц или табличных пространств с помощью CREATE TABLE или CREATE TABLESPACE, а также нельзя использовать с ALTER TABLE ... ENGINE или ALTER TABLESPACE ... ENGINE для изменения движка хранения существующих таблиц или табличных пространств. Попытки сделать это приведут к ошибке.

disabled_storage_engines не ограничивает другие операторы DDL для существующих таблиц, такие как CREATE INDEX, TRUNCATE TABLE, ANALYZE TABLE, DROP TABLE или DROP TABLESPACE. Это позволяет плавно перейти к тому, чтобы существующие таблицы или табличные пространства, использующие отключенный движок, можно было мигрировать на разрешенный движок такими средствами, как ALTER TABLE ... ENGINE permitted_engine.

Разрешается установить системную переменную default_storage_engine или default_tmp_storage_engine на движок хранения, который отключен. Это может привести к непредсказуемому поведению приложений или их сбоям, хотя это может быть полезной техникой в среде разработки для выявления приложений, которые используют отключенные движки, чтобы можно было их изменить.

disabled_storage_engines отключена и не оказывает никакого влияния, если сервер запущен с любой из этих опций: --bootstrap, --initialize, --initialize-insecure, --skip-grant-tables.

disconnect_on_expired_password

Эта переменная управляет тем, как сервер обрабатывает клиентов с истекшими паролями:

Дополнительную информацию об взаимодействии настроек клиента и сервера, связанных с обработкой истекших паролей, см. в Разделе 6.2.12, «Обработка истекших паролей на сервере».

div_precision_increment

Эта переменная указывает количество цифр, на которое следует увеличить масштаб результата операций деления, выполненных с помощью оператора /. Значение по умолчанию равно 4. Минимальное и максимальное значения соответственно равны 0 и 30. Следующий пример иллюстрирует эффект увеличения значения по умолчанию.

mysql> SELECT 1/7;
+--------+
| 1/7    |
+--------+
| 0.1429 |
+--------+
mysql> SET div_precision_increment = 12;
mysql> SELECT 1/7;
+----------------+
| 1/7            |
+----------------+
| 0.142857142857 |
+----------------+

end_markers_in_json

Добавлять ли концевые маркеры в JSON-выход оптимизатора. См. MySQL Internals: The end_markers_in_json System Variable.

eq_range_index_dive_limit

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

col_name IN(val1, ..., valN)
col_name = val1 OR ... OR col_name = valN

В обоих случаях выражение содержит N диапазонов равенства. Оптимизатор может выполнять оценки строк с помощью индексных погружений или индексной статистики. Если eq_range_index_dive_limit больше 0, оптимизатор использует имеющуюся индексную статистику вместо индексных погружений, если существует eq_range_index_dive_limit или более диапазонов равенства. Таким образом, чтобы разрешить использование индексных погружений для до N диапазонов равенства, установите eq_range_index_dive_limit на N + 1. Чтобы отключить использование индексной статистики и всегда использовать индексные погружения независимо от N, установите eq_range_index_dive_limit в 0.

Для получения дополнительной информации см. Оптимизация диапазонов равенства для сравнений с множественными значениями.

Чтобы обновить статистику индекса таблицы для получения лучших оценок, используйте ANALYZE TABLE.

error_count

Количество ошибок, возникших в результате последней команды, сгенерировавшей сообщения. Эта переменная является только для чтения. См. Раздел 13.7.5.17, «Выполнение команды SHOW ERRORS».

event_scheduler

Эта переменная включает или отключает, а также запускает или останавливает Планировщик событий. Возможные состояния — ON, OFF и DISABLED. Включение Планировщика событий OFF не то же самое, что отключение Планировщика событий, что требует установки статуса в DISABLED. Эта переменная и её влияние на работу Планировщика событий обсуждаются более подробно в Разделе 23.4.2, «Настройка Планировщика событий»

explicit_defaults_for_timestamp

Эта переменная системы определяет, включает ли сервер определенные нестандартные поведения для значений по умолчанию и обработки значений NULL в столбцах TIMESTAMP. По умолчанию, explicit_defaults_for_timestamp отключена, что позволяет нестандартное поведение.

Если explicit_defaults_for_timestamp отключена, сервер включает нестандартное поведение и обрабатывает столбцы TIMESTAMP следующим образом:

Указанные выше нестандартные поведения устарели; ожидайте их удаления в будущей версии MySQL.

Если explicit_defaults_for_timestamp включено, сервер отключает нестандартное поведение и обрабатывает столбцы TIMESTAMP следующим образом:

Если explicit_defaults_for_timestamp отключена при запуске сервера, в журнале ошибок появляется следующее предупреждение:

[Warning] TIMESTAMP with implicit DEFAULT value is deprecated.
Please use --explicit_defaults_for_timestamp server option (see
documentation for more details).

Как указано в предупреждении, чтобы отключить устаревшее нестандартное поведение, включите переменную системы explicit_defaults_for_timestamp при запуске сервера.

Дополнительную информацию см. в Разделе 11.2.6, «Автоматическая инициализация и обновление для TIMESTAMP и DATETIME».

external_user

Имя внешнего пользователя, используемого во время процесса аутентификации, заданное плагином, используемым для аутентификации клиента. С помощью родной (встроенной) аутентификации MySQL или если плагин не задаёт значение, эта переменная равна NULL. См. Раздел 6.2.14, «Пользователи-прокси».

flush

Если ON, сервер сбрасывает (синхронизирует) все изменения на диск после каждой SQL-команды. Обычно MySQL выполняет запись всех изменений на диск только после каждой SQL-команды и позволяет операционной системе обрабатывать синхронизацию на диск. См. Раздел B.3.3.3, «Что делать, если MySQL продолжает аварийно завершаться». Эта переменная устанавливается в ON, если вы запускаете mysqld с параметром --flush.

flush_time

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

foreign_key_checks

Если установлено в 1 (по умолчанию), ограничения внешних ключей проверяются. Если установлено в 0, ограничения внешних ключей игнорируются, за исключением нескольких случаев. При повторном создании таблицы, которая была удалена, возвращается ошибка, если определение таблицы не соответствует ограничениям внешних ключей, ссылающимся на таблицу. Аналогичным образом, операция ALTER TABLE возвращает ошибку, если определение внешнего ключа сформировано некорректно. Для получения дополнительной информации см. Раздел 13.1.18.5, «Ограничения FOREIGN KEY».

Установка этой переменной оказывает такое же влияние на таблицы NDB, как и на таблицы InnoDB. Обычно этот параметр остается включенным во время нормальной работы для обеспечения целостности данных. Отключение проверки внешних ключей может быть полезно для перезагрузки таблиц InnoDB в порядке, отличном от того, который требуется их родительско-дочерними отношениями. См. Раздел 13.1.18.5, «Ограничения FOREIGN KEY».

Установка foreign_key_checks в 0 также влияет на операторы определения данных: DROP SCHEMA удаляет схему, даже если она содержит таблицы, имеющие внешние ключи, на которые ссылаются таблицы за пределами схемы, и DROP TABLE удаляет таблицы, имеющие внешние ключи, на которые ссылаются другие таблицы.

ft_boolean_syntax

Список операторов, поддерживаемых булевыми полнотекстовыми поисками, выполняемыми с использованием IN BOOLEAN MODE. См. Раздел 12.9.2, «Булевые полнотекстовые поиски».

Значение переменной по умолчанию — '+ -><()~*:""&|'. Правила изменения значения следующие:

ft_max_word_len

Максимальная длина слова, которое должно быть включено в индекс MyISAM FULLTEXT.

ft_min_word_len

Минимальная длина слова, которое должно быть включено в индекс MyISAM FULLTEXT.

ft_query_expansion_limit

Количество лучших совпадений для использования в полнотекстовых поисках, выполняемых с использованием WITH QUERY EXPANSION.

ft_stopword_file

Файл, из которого следует читать список стоп-слов для полнотекстовых поисков в таблицах MyISAM. Сервер ищет файл в каталоге данных, если только не указано абсолютное имя пути для указания другого каталога. Используются все слова из файла; комментарии не учитываются. По умолчанию используется встроенный список стоп-слов (как определено в файле storage/myisam/ft_static.c). Установка этой переменной в пустую строку ('') отключает фильтрацию стоп-слов. См. также Раздел 12.9.4, «Стоп-слова полнотекстового поиска».

general_log

Включен ли общий лог запросов. Значение может быть 0 (или OFF) для отключения лога или 1 (или ON) для включения лога. Назначение для вывода лога контролируется системной переменной log_output; если это значение равно NONE, записи в лог не записываются, даже если лог включен.

general_log_file

Имя файла общего лога запросов. Значение по умолчанию — host_name.log, но начальное значение может быть изменено с помощью параметра --general_log_file.

group_concat_max_len

Максимально допустимая длина результата в байтах для функции GROUP_CONCAT(). Значение по умолчанию равно 1024.

have_compress

YES если библиотека сжатия zlib доступна серверу, NO если нет. Если нет, функции COMPRESS() и UNCOMPRESS() использовать нельзя.

have_crypt

YES если системный вызов crypt() доступен серверу, NO если нет. Если нет, функцию ENCRYPT() использовать нельзя.

have_dynamic_loading

YES если mysqld поддерживает динамическую загрузку плагинов, NO если нет. Если значение равно NO, вы не можете использовать такие параметры, как --plugin-load для загрузки плагинов при запуске сервера, или оператор INSTALL PLUGIN для загрузки плагинов во время выполнения.

have_geometry

YES если сервер поддерживает пространственные типы данных, NO если нет.

have_openssl

Эта переменная является синонимом для have_ssl.

have_profiling

YES если доступна возможность профилирования операторов, NO если нет. Если доступна, системная переменная profiling управляет тем, включена ли эта возможность или отключена. См. Раздел 13.7.5.31, «Оператор SHOW PROFILES».

Эта переменная устарела; ожидайте, что она будет удалена в будущей версии MySQL.

have_query_cache

YES если mysqld поддерживает кэш запросов, NO если нет.

have_rtree_keys

YES если индексы RTREE доступны, NO если нет. (Они используются для пространственных индексов в таблицах MyISAM.)

have_ssl

YES если mysqld поддерживает SSL-подключения, DISABLED если сервер был скомпилирован с поддержкой SSL, но не был запущен с соответствующими параметрами шифрования соединения. Для получения дополнительной информации см. Раздел 2.8.6, «Настройка поддержки библиотеки SSL».

have_statement_timeout

Доступна ли функция тайм-аута выполнения оператора (см. Подсказки оптимизатора времени выполнения оператора). Значение может быть NO, если фоновый поток, используемый этой функцией, не может быть инициализирован.

have_symlink

YES если поддержка символических ссылок включена, NO если нет. Это необходимо в Unix для поддержки параметров таблиц DATA DIRECTORY и INDEX DIRECTORY. Если сервер запущен с параметром --skip-symbolic-links, значение равно DISABLED.

Эта переменная не имеет значения в Windows.

host_cache_size

Сервер MySQL поддерживает кэш хостов в оперативной памяти, содержащий информацию о имени и IP-адресе клиента, и используется для избежания запросов к DNS (Domain Name System); см. Раздел 5.1.11.2, «DNS-запросы и кэш хостов».

Переменная host_cache_size управляет размером кэша хостов, а также размером таблицы Performance Schema host_cache, которая отображает содержимое кэша. Установка host_cache_size имеет такие последствия:

Значение по умолчанию рассчитывается автоматически: 128 плюс 1 за каждое значение max_connections до 500, плюс 1 за каждый приращение в 20 над 500 в значении max_connections, с ограничением в 2000.

Использование параметра --skip-host-cache аналогично установке переменной системы host_cache_size в 0, но host_cache_size более гибкая, потому что она также может использоваться для изменения размера, включения и выключения кэша хостов во время выполнения, а не только при запуске сервера.

Запуск сервера с --skip-host-cache не предотвращает изменения во время выполнения значения host_cache_size, но такие изменения не имеют эффекта, и кэш не включается даже если host_cache_size установлено больше нуля.

Установка переменной host_cache_size вместо параметра --skip-host-cache предпочтительнее по причинам, изложенным в предыдущем абзаце. Кроме того, параметр --skip-host-cache устарел в MySQL 8.0, и его удаление ожидается в будущей версии MySQL.

hostname

Сервер устанавливает эту переменную в имя хоста сервера при запуске.

identity

Эта переменная является синонимом для переменной last_insert_id. Она существует для совместимости с другими системами баз данных. Вы можете прочитать её значение с помощью SELECT @@identity, и установить с помощью SET identity.

ignore_db_dirs

Список имён, разделённых запятыми, которые не рассматриваются как каталоги баз данных в каталоге данных. Значение устанавливается из всех экземпляров --ignore-db-dir, заданных при запуске сервера.

Начиная с MySQL 5.7.11, --ignore-db-dir можно использовать во время инициализации каталога данных с помощью mysqld --initialize для указания каталогов, которые сервер должен игнорировать для определения того, считается ли существующий каталог данных пустым. См. Раздел 2.9.1, «Инициализация каталога данных».

Эта переменная системы устарела в MySQL 5.7. С появлением словаря данных в MySQL 8.0 она стала излишней и была удалена в этой версии.

init_connect

Строка, которая выполняется сервером для каждого подключенного клиента. Строка состоит из одной или нескольких операторов SQL, разделённых точками с запятой.

Для пользователей с привилегией SUPER содержимое init_connect не выполняется. Это делается для того, чтобы неверно заданное значение init_connect не препятствовало подключению всех клиентов. Например, значение может содержать оператор с синтаксической ошибкой, из-за чего подключения клиентов завершатся неудачей. Невыполнение init_connect для пользователей с привилегией SUPER позволяет им открыть подключение и исправить значение init_connect.

Начиная с MySQL 5.7.22, выполнение init_connect пропускается для любого пользователя клиента с истекшим паролем. Это делается, потому что такой пользователь не может выполнить произвольные операторы, и, следовательно, выполнение init_connect завершается неудачей, оставляя клиента неспособным к подключению. Пропуск выполнения init_connect позволяет пользователю подключиться и изменить пароль.

Сервер отбрасывает любые наборы результатов, полученные операторами в значении init_connect.

interactive_timeout

Количество секунд, которое сервер ожидает активности по интерактивному подключению перед его закрытием. Интерактивный клиент определяется как клиент, который использует опцию CLIENT_INTERACTIVE для . Смотрите также wait_timeout.

internal_tmp_disk_storage_engine

Движок хранения для временных внутренних таблиц на диске (см. Раздел 8.4.4, «Использование внутренних временных таблиц в MySQL»). Разрешенные значения — MYISAM и INNODB (по умолчанию).

Использует движок хранения, определённый параметром internal_tmp_disk_storage_engine, для временных внутренних таблиц на диске.

При использовании internal_tmp_disk_storage_engine=INNODB (по умолчанию), запросы, которые генерируют временные внутренние таблицы на диске, превышающие InnoDB ограничения по строкам или столбцам, возвращают ошибки Размер строки слишком большой или Слишком много столбцов. Решение — установить internal_tmp_disk_storage_engine на значение MYISAM.

join_buffer_size

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

Значение по умолчанию — 256 КБ. Максимально допустимое значение для join_buffer_size составляет 4 ГБ−1. Более большие значения допускаются для 64-битных платформ (за исключением 64-битных Windows, для которых большие значения обрезаются до 4 ГБ−1 с предупреждением). Размер блока — 128, и значение, которое не является точным кратным размеру блока, округляется вниз до ближайшего меньшего кратного размера блока сервером MySQL перед сохранением значения переменной системы. Парсер допускает значения до максимального беззнакового целого значения для платформы (4294967295 или 2³²−1 для 32-битной системы, 18446744073709551615 или 2⁶⁴−1 для 64-битной системы), но фактическая максимальная величина ограничена размером блока.

Если не используется алгоритм Block Nested-Loop или Batched Key Access, увеличение буфера больше, чем необходимо для хранения каждой соответствующей строки, не приносит никакой выгоды, и все объединения выделяют по крайней мере минимальный размер, поэтому будьте осторожны при настройке этой переменной на большое значение глобально. Лучше поддерживать небольшое глобальное значение и изменять значение сеанса на большее значение только в сеансах, выполняющих большие объединения. Время выделения памяти может вызвать существенное падение производительности, если глобальный размер больше, чем требуется большинству запросов, которые его используют.

При использовании Block Nested-Loop больший буфер объединения может быть полезен до тех пор, пока в буфере объединения хранятся все необходимые столбцы из всех строк в первой таблице. Это зависит от запроса; оптимальный размер может быть меньше, чем хранение всех строк из первой таблицы.

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

Дополнительную информацию об объединении буферов см. в Разделе 8.2.1.6, «Алгоритмы объединения Nested-Loop». Информацию об обработке Batched Key Access см. в Разделе 8.2.1.11, «Объединения Block Nested-Loop и Batched Key Access».

keep_files_on_create

Если таблица MyISAM создаётся без опции DATA DIRECTORY, файл .MYD создаётся в каталоге базы данных. По умолчанию, если MyISAM находит существующий файл .MYD в этом случае, он перезаписывает его. То же самое относится к файлам .MYI для таблиц, созданных без опции INDEX DIRECTORY. Чтобы подавить это поведение, установите переменную keep_files_on_create на значение ON (1), в этом случае MyISAM не перезаписывает существующие файлы и вместо этого возвращает ошибку. Значение по умолчанию — OFF (0).

Если таблица MyISAM создаётся с опцией DATA DIRECTORY или INDEX DIRECTORY и найден существующий файл .MYD или .MYI, MyISAM всегда возвращает ошибку. Он не перезаписывает файл в указанном каталоге.

key_buffer_size

Блоки индексов для таблиц MyISAM буферизуются и разделяются всеми потоками. key_buffer_size — это размер буфера, используемого для блоков индексов. Буфер ключей также известен как кэш ключей.

Минимально допустимое значение — 0, но вы не можете установить key_buffer_size равным 0 динамически. Установка значения 0 удаляет кэш ключей, что недопустимо во время выполнения. Значение key_buffer_size можно установить в 0 только при запуске, в этом случае кэш ключей не инициализируется. Изменение значения key_buffer_size во время выполнения с 0 на допустимое ненулевое значение инициализирует кэш ключей.

key_buffer_size можно увеличивать или уменьшать только с шагом в 4096 байт. Увеличение или уменьшение значения с несоответствующим шагом приводит к предупреждению и обрезанию значения до соответствующего.

Максимально допустимое значение для key_buffer_size составляет 4 ГБ−1 на 32-битных платформах. Более крупные значения допустимы для 64-битных платформ. Эффективный максимальный размер может быть меньше, в зависимости от доступной физической оперативной памяти и ограничений оперативной памяти на процесс, налагаемых операционной системой или аппаратной платформой. Значение этой переменной указывает на запрашиваемый объем памяти. Внутренне сервер выделяет как можно больше памяти до этого значения, но фактическое выделение может быть меньше.

Можно увеличить значение, чтобы улучшить обработку индексов для всех чтений и нескольких записей; на системе, основной функцией которой является запуск MySQL с использованием хранилища MyISAM, приемлемое значение для этой переменной составляет 25% от общей памяти машины. Однако следует учитывать, что если значение сделать слишком большим (например, более чем 50% от общей памяти машины), система может начать странировать и работать очень медленно. Это связано с тем, что MySQL полагается на операционную систему для кэширования файловой системы для чтения данных, поэтому необходимо оставить место для кэша файловой системы. Также следует учитывать требования к памяти других хранилищ, которые могут использоваться помимо MyISAM.

Для ещё большей скорости при записи многих строк одновременно используйте LOCK TABLES. См. Раздел 8.2.4.1, «Оптимизация инструкций INSERT».

Вы можете проверить производительность буфера ключей, выполнив инструкцию SHOW STATUS и изучив переменные состояния Key_read_requests, Key_reads, Key_write_requests и Key_writes. (См. Раздел 13.7.5, «Команды SHOW».) Соотношение Key_reads/Key_read_requests обычно должно быть меньше 0,01. Соотношение Key_writes/Key_write_requests обычно близко к 1, если вы в основном используете обновления и удаления, но может быть намного меньше, если вы склонны выполнять обновления, которые влияют на много строк одновременно, или если вы используете опцию таблицы DELAY_KEY_WRITE.

Долю буфера ключей, используемую в настоящее время, можно определить, используя key_buffer_size в сочетании с переменной состояния Key_blocks_unused и размером блока буфера, который доступен из системной переменной key_cache_block_size:

1 - ((Key_blocks_unused * key_cache_block_size) / key_buffer_size)

Это приблизительное значение, потому что часть пространства буфера ключей выделяется внутренне для административных структур. Факторы, которые влияют на количество накладных расходов для этих структур, включают размер блока и размер указателя. По мере увеличения размера блока процент буфера ключей, теряемого из-за накладных расходов, имеет тенденцию к уменьшению. Более крупные блоки приводят к меньшему количеству операций чтения (потому что больше ключей извлекается за одно чтение), но, наоборот, к увеличению количества чтений ключей, которые не проверяются (если не все ключи в блоке не относятся к запросу).

Возможно создание нескольких MyISAM кэшей ключей. Предел размера 4 ГБ относится к каждому кэшу отдельно, а не к группе. См. Раздел 8.10.2, «Кэш ключей MyISAM».

key_cache_age_threshold

Это значение управляет понижением буферов из горячего подсписка кэша ключей в теплый подсписок. Более низкие значения вызывают понижение быстрее. Минимальное значение равно 100. Значение по умолчанию равно 300. См. Раздел 8.10.2, «Кэш ключей MyISAM».

key_cache_block_size

Размер блоков в байтах в кэше ключей. Значение по умолчанию равно 1024. См. Раздел 8.10.2, «Кэш ключей MyISAM».

key_cache_division_limit

Точка разделения между горячим и теплым подсписками списка буфера кэша ключей. Значение представляет собой процент списка буфера, который используется для теплого подсписка. Допустимые значения находятся в диапазоне от 1 до 100. Значение по умолчанию равно 100. См. Раздел 8.10.2, «Кэш ключей MyISAM».

large_files_support

Поддерживает ли mysqld опции поддержки больших файлов.

large_pages

Включена ли поддержка больших страниц (через опцию --large-pages). См. Раздел 8.12.4.3, «Включение поддержки больших страниц».

large_page_size

Если поддержка больших страниц включена, это показывает размер страниц памяти. Большие страницы памяти поддерживаются только в Linux; на других платформах значение этой переменной всегда равно 0. См. Раздел 8.12.4.3, «Включение поддержки больших страниц».

last_insert_id

Значение, которое будет возвращено из LAST_INSERT_ID(). Это хранится в бинарном журнале, когда вы используете LAST_INSERT_ID() в операторе, который обновляет таблицу. Установка этой переменной не обновляет значение, возвращаемое функцией C API.

lc_messages

Локаль, используемая для сообщений об ошибках. Значение по умолчанию — en_US. Сервер преобразует аргумент в имя языка и объединяет его со значением lc_messages_dir для определения местоположения файла сообщений об ошибках. См. Раздел 10.12, «Установка языка сообщений об ошибках».

lc_messages_dir

Каталог, в котором расположены сообщения об ошибках. Сервер использует это значение вместе со значением lc_messages для определения местоположения файла сообщений об ошибках. См. Раздел 10.12, «Установка языка сообщений об ошибках».

lc_time_names

Эта переменная указывает локаль, которая управляет языком, используемым для отображения названий и сокращений дней и месяцев. Эта переменная влияет на вывод функций DATE_FORMAT(), DAYNAME() и MONTHNAME(). Имена локалей — это значения в стиле POSIX, такие как 'ja_JP' или 'pt_BR'. Значение по умолчанию — 'en_US' независимо от настроек локали вашей системы. Для получения дополнительной информации см. Раздел 10.16, «Поддержка локали сервера MySQL».

license

Тип лицензии сервера.

local_infile

Эта переменная управляет возможностью загрузки локальных файлов на стороне сервера для операторов LOAD DATA. В зависимости от настройки local_infile, сервер отклоняет или разрешает загрузку локальных данных клиентами, у которых включена возможность LOCAL на стороне клиента.

Чтобы явно заставить сервер отклонять или разрешать операторы LOAD DATA LOCAL (независимо от того, как клиентские программы и библиотеки настроены во время компиляции или выполнения), запустите mysqld с отключенной или включенной соответственно local_infile. local_infile также можно установить во время выполнения. Для получения дополнительной информации см. Раздел 6.1.6, «Меры безопасности для LOAD DATA LOCAL».

lock_wait_timeout

Эта переменная задает таймаут в секундах для попыток получения блокировок метаданных. Допустимые значения находятся в диапазоне от 1 до 31536000 (1 год). Значение по умолчанию — 31536000.

Этот таймаут применяется ко всем операторам, использующим блокировки метаданных. К ним относятся операции DML и DDL над таблицами, представлениями, хранимыми процедурами и хранимыми функциями, а также операторы LOCK TABLES, FLUSH TABLES WITH READ LOCK и HANDLER.

Этот таймаут не применяется к неявным доступам к системным таблицам в базе данных mysql, таким как таблицы предоставления прав, изменяемые операторами GRANT или REVOKE, или операторы ведения журнала таблиц. Таймаут применяется к системным таблицам, к которым осуществляется прямой доступ, например, с помощью операторов SELECT или UPDATE.

Значение таймаута применяется отдельно для каждой попытки блокировки метаданных. Заданный оператор может потребовать более одной блокировки, поэтому возможно, что оператор будет заблокирован дольше, чем значение lock_wait_timeout, прежде чем будет сообщено об ошибке таймаута. При возникновении таймаута блокировки сообщается об ошибке.

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

locked_in_memory

Был ли mysqld заблокирован в памяти с помощью --memlock.

log_error

Назначение вывода лога ошибок. Если назначение — консоль, значение — stderr. В противном случае, назначение — файл, и значение log_error является именем файла. См. Раздел 5.4.2, «Лог ошибок».

log_error_verbosity

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

log_error_verbosity был добавлен в MySQL 5.7.2. Он предпочтительнее и должен использоваться вместо устаревшей переменной системы log_warnings. См. описание log_warnings для получения информации о том, как эта переменная связана с log_error_verbosity. В частности, присвоение значения log_warnings приводит к присвоению значения log_error_verbosity и наоборот.

log_output

Назначение или назначения для вывода лога запросов и лога медленных запросов. Значение — список одного или нескольких слов, разделенных запятыми, выбранных из TABLE, FILE и NONE. TABLE выбирает логирование в таблицы general_log и slow_log в базе данных системы mysql. FILE выбирает логирование в файлы лога. NONE отключает логирование. Если NONE присутствует в значении, оно имеет приоритет над любыми другими словами. TABLE и FILE могут быть указаны для выбора обоих назначений вывода лога.

Эта переменная выбирает назначения вывода лога, но не включает вывод лога. Для этого включите переменные системы general_log и slow_query_log. Для логирования в FILE расположение файлов лога определяется переменными системы general_log_file и slow_query_log_file. Более подробная информация представлена в Разделе 5.4.1, «Выбор мест назначения для лога запросов и лога медленных запросов».

log_queries_not_using_indexes

При включении этой переменной при включенном логе медленных запросов, регистрируются запросы, ожидающие получения всех строк. См. Раздел 5.4.5, «Лог медленных запросов». Это не обязательно означает, что индекс не используется. Например, запрос, использующий полный сканирование индекса, использует индекс, но будет залогирован, так как индекс не ограничивает количество строк.

log_slow_admin_statements

Включать медленные административные операторы в операторы, записанные в лог медленных запросов. К административным операторам относятся ALTER TABLE, ANALYZE TABLE, CHECK TABLE, CREATE INDEX, DROP INDEX, OPTIMIZE TABLE и REPAIR TABLE.

log_syslog

Записывать ли вывод лога ошибок в системный лог. На Windows это журнал событий, а на Unix и Unix-подобных системах — syslog. Значение по умолчанию зависит от платформы:

Независимо от значения по умолчанию, log_syslog можно явно установить для управления выводом на любой поддерживаемой платформе.

Управление выводом в системный лог отличается от отправки вывода ошибок в файл или на консоль. Вывод ошибок можно направлять в файл или на консоль дополнительно к или вместо системного лога по желанию. См. Раздел 5.4.2, «Лог ошибок».

log_syslog_facility

Уровень журнала ошибок, записываемый в syslog (какой тип программы отправляет сообщение). Эта переменная не работает, если переменная системы log_syslog не включена. См. Раздел 5.4.2.3, «Журналирование ошибок в системный журнал».

Допустимые значения могут варьироваться в зависимости от операционной системы; обратитесь к документации вашей системы syslog.

Эта переменная отсутствует в Windows.

log_syslog_include_pid

Включать ли идентификатор процесса сервера в каждой строке журнала ошибок, записываемой в syslog. Эта переменная не работает, если переменная системы log_syslog не включена. См. Раздел 5.4.2.3, «Журналирование ошибок в системный журнал».

Эта переменная отсутствует в Windows.

log_syslog_tag

Тег, добавляемый к идентификатору сервера в журнале ошибок, записываемом в syslog. Эта переменная не работает, если переменная системы log_syslog не включена. См. Раздел 5.4.2.3, «Журналирование ошибок в системный журнал».

По умолчанию идентификатор сервера — mysqld без тега. Если задано значение тега tag, оно добавляется к идентификатору сервера с ведущим дефисом, что приводит к идентификатору mysqld-tag.

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

log_timestamps

Эта переменная управляет часовым поясом временных меток в сообщениях, записываемых в журнал ошибок, а также в сообщениях журнала запросов и журнала медленных запросов, записываемых в файлы. Она не влияет на часовой пояс сообщений общего журнала запросов и журнала медленных запросов, записываемых в таблицы (mysql.general_log, mysql.slow_log). Строки, извлечённые из этих таблиц, можно преобразовать из локального часового пояса системы в любой желаемый часовой пояс с помощью CONVERT_TZ() или установкой системной переменной сессии time_zone.

Разрешенные значения log_timestamps — UTC (по умолчанию) и SYSTEM (локальный часовой пояс системы).

Временные метки записываются в формате ISO 8601/RFC 3339: YYYY-MM-DDThh:mm:ss.uuuuuu плюс хвостовое значение Z, обозначающее время по Гринвичу (UTC), или ±hh:mm (смещение от UTC).

log_throttle_queries_not_using_indexes

Если log_queries_not_using_indexes включена, переменная log_throttle_queries_not_using_indexes ограничивает количество таких запросов в минуту, которые могут быть записаны в журнал медленных запросов. Значение 0 (по умолчанию) означает «без ограничений». Дополнительную информацию см. в Разделе 5.4.5, «Журнал медленных запросов».

log_warnings

Определяет, будут ли генерироваться дополнительные сообщения об ошибках в журнал ошибок. Начиная с MySQL 5.7.2, элементы информации, ранее управляемые log_warnings, управляются log_error_verbosity, что предпочтительнее и должно использоваться вместо устаревшей переменной log_warnings. (Переменная log_warnings и опция командной строки --log-warnings устарели; ожидается их удаление в будущих релизах MySQL.)

log_warnings включена по умолчанию (по умолчанию значение 1 до MySQL 5.7.2, 2 начиная с 5.7.2). Чтобы отключить, установите значение в 0. Если значение больше 0, сервер записывает сообщения о операторах, которые небезопасны для журналирования на основе операторов. Если значение больше 1, сервер записывает прерванные соединения и ошибки доступа по попыткам новых подключений. См. Раздел B.3.2.9, «Ошибки связи и прерванные соединения».

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

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

Назначение значения переменной log_warnings приводит к назначению значения log_error_verbosity и наоборот. Переменные связаны следующим образом:

Начиная с MySQL 5.7.2, уровень ведения журнала по умолчанию контролируется log_error_verbosity, значение которого по умолчанию 3. Кроме того, значение по умолчанию для log_warnings изменяется с 1 на 2, что соответствует значению log_error_verbosity=3. Чтобы достичь уровня ведения журнала, аналогичного предыдущему значению по умолчанию, установите значение log_error_verbosity=2.

В MySQL 5.7.2 и выше использование log_warnings по-прежнему разрешено, но сопоставляется с использованием log_error_verbosity следующим образом:

long_query_time

Если выполнение запроса занимает более этого количества секунд, сервер увеличивает переменную состояния Slow_queries. Если журнал медленных запросов включён, запрос записывается в файл журнала медленных запросов. Это значение измеряется в реальном времени, а не во времени выполнения на процессоре, поэтому запрос, находящийся ниже порога на малонагруженном сервере, может превышать порог на сильно загруженном. Минимальное и значение по умолчанию для long_query_time составляют 0 и 10 соответственно. Максимальное значение — 31536000, что соответствует 365 дням в секундах. Значение можно указывать с точностью до микросекунд. См. Раздел 5.4.5, «Журнал медленных запросов».

Более низкие значения этой переменной приводят к тому, что больше операторов считаются длительными, что приводит к увеличению требуемого места для журнала медленных запросов. Для очень низких значений (менее одной секунды) журнал может быстро увеличиться в объеме. Увеличение числа операторов, считаемых длительными, может также привести к ложным срабатываниям предупреждения «“избыточное количество длительных процессов”» в MySQL Enterprise Monitor, особенно если включена репликация Group Replication. По этим причинам очень низкие значения следует использовать только в тестовых средах или, в производственных, только на непродолжительное время.

low_priority_updates

Если установлено в 1, все операторы INSERT, UPDATE, DELETE и LOCK TABLE WRITE ждут, пока не завершатся все ожидающие SELECT или LOCK TABLE READ для затронутой таблицы. Такой же эффект можно получить, используя {INSERT | REPLACE | DELETE | UPDATE} LOW_PRIORITY ... для понижения приоритета только одного запроса. Эта переменная влияет только на движки хранилища, которые используют только блокировку на уровне таблицы (например, MyISAM, MEMORY и MERGE). См. Раздел 8.11.2, «Проблемы блокировки таблиц».

lower_case_file_system

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

lower_case_table_names

Если установлено в 0, имена таблиц хранятся в указанном виде, а сравнения чувствительны к регистру. Если установлено в 1, имена таблиц хранятся в нижнем регистре на диске, а сравнения нечувствительны к регистру. Если установлено в 2, имена таблиц хранятся в исходном виде, но сравниваются в нижнем регистре. Этот параметр также применяется к именам баз данных и псевдонимам таблиц. Дополнительные сведения см. в разделе 9.2.3 «Чувствительность к регистру идентификаторов».

Значение по умолчанию этой переменной зависит от платформы (см. lower_case_file_system). В Linux и других Unix-подобных системах значение по умолчанию равно 0. В Windows значение по умолчанию равно 1. В macOS значение по умолчанию равно 2. В Linux (и других Unix-подобных системах) установка значения в 2 не поддерживается; сервер принудительно устанавливает значение в 0.

Не следует устанавливать lower_case_table_names в 0, если вы работаете с MySQL на системе, где каталог данных находится на файловой системе, нечувствительной к регистру (например, в Windows или macOS). Такая комбинация не поддерживается и может привести к зависанию при выполнении операции INSERT INTO ... SELECT ... FROM tbl_name с неправильным регистром tbl_name. При использовании MyISAM доступ к именам таблиц с разным регистром может привести к повреждению индекса.

Если вы попытаетесь запустить сервер с --lower_case_table_names=0 на файловой системе, нечувствительной к регистру, будет выведено сообщение об ошибке, и сервер завершит работу.

Настройка этой переменной влияет на поведение опций фильтрации репликации относительно чувствительности к регистру. Более подробная информация приведена в разделе 16.2.5 «Как серверы оценивают правила фильтрации репликации».

max_allowed_packet

Максимальный размер одного пакета или любой сгенерированной/промежуточной строки, или любого параметра, отправленного функцией C API. Значение по умолчанию равно 4 МБ.

Буфер сообщения пакета инициализируется в net_buffer_length байтах, но может увеличиться до max_allowed_packet байтов при необходимости. Это значение по умолчанию небольшое, чтобы перехватывать большие (возможно, неправильные) пакеты.

Необходимо увеличить это значение, если вы используете большие столбцы BLOB или длинные строки. Оно должно быть таким же большим, как и самый большой BLOB используемый вами. Предельное значение протокола для max_allowed_packet равно 1 ГБ. Значение должно быть кратно 1024; не кратные значения округляются вниз до ближайшего кратного.

При изменении размера буфера сообщений путем изменения значения переменной max_allowed_packet также необходимо изменить размер буфера на стороне клиента, если это позволяет ваше клиентское приложение. Значение max_allowed_packet по умолчанию, встроенное в клиентскую библиотеку, равно 1 ГБ, но отдельные клиентские программы могут его переопределить. Например, mysql и mysqldump имеют значения по умолчанию соответственно 16 МБ и 24 МБ. Они также позволяют изменить значение на стороне клиента, установив max_allowed_packet в командной строке или в файле параметров.

Сеансовое значение этой переменной является только для чтения. Клиент может получить до указанного количества байт. Однако сервер не может отправить клиенту более байт, чем текущее глобальное значение max_allowed_packet. (Глобальное значение может быть меньше сеансового, если глобальное значение изменено после подключения клиента.)

max_connect_errors

После max_connect_errors последовательных запросов на подключение с одного хоста, прерванных без успешного подключения, сервер блокирует этот хост от дальнейших подключений. Если подключение с хоста установлено успешно менее чем за max_connect_errors попыток после прерывания предыдущего подключения, счетчик ошибок для хоста сбрасывается до нуля. Чтобы разблокировать заблокированные хосты, очистите кэш хостов; см. Очистка кэша хостов.

max_connections

Максимальное допустимое количество одновременных подключений клиентов. Эффективное максимальное значение — меньшее из эффективного значения open_files_limit - 810 и значения, фактически установленного для max_connections.

Дополнительная информация приведена в разделе 5.1.11.1 «Интерфейсы подключений».

max_delayed_threads

Эта переменная системы устарела (потому что DELAYED вставки не поддерживаются); ожидается ее удаление в будущих версиях.

max_digest_length

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

Длина, используемая для вычисления нормализованного дайджеста оператора, равна сумме длины нормализованного дайджеста и длины дайджеста оператора. Поскольку длина дайджеста оператора всегда равна 64, когда значение max_digest_length равно 1024 (значение по умолчанию), максимальная длина нормализованного SQL-оператора перед усечением составляет 1024 - 64 = 960 байт.

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

Парсер использует эту системную переменную в качестве ограничения на максимальную длину нормализованных дайджестов операторов, которые он вычисляет. Performance Schema, если он отслеживает дайджесты операторов, создаёт копию значения дайджеста, используя системную переменную performance_schema_max_digest_length в качестве ограничения на максимальную длину хранимых дайджестов. Следовательно, если performance_schema_max_digest_length меньше, чем max_digest_length, значения дайджестов, хранящиеся в Performance Schema, усекаются по отношению к исходным значениям дайджестов.

Дополнительную информацию о дайджестах операторов см. в Разделе 25.10, «Performance Schema Statement Digests».

max_error_count

Максимальное количество сообщений об ошибках, предупреждениях и информационных сообщениях, хранимых для отображения операторами SHOW ERRORS и SHOW WARNINGS. Это совпадает с количеством областей условий в области диагностики и, следовательно, с количеством условий, которые можно проверить с помощью оператора GET DIAGNOSTICS.

max_execution_time

Срок ожидания выполнения операторов SELECT в миллисекундах. Если значение равно 0, таймауты отключены.

max_execution_time применяется следующим образом:

max_join_size

Не допускайте операторы, которым, вероятно, потребуется обработать более чем max_join_size строк (для операторов с одной таблицей) или комбинаций строк (для операторов с несколькими таблицами), или которые, вероятно, выполнят более чем max_join_size обращений к диску. Установив это значение, вы можете обнаружить операторы, в которых ключи используются неправильно и которые, вероятно, займут много времени. Установите его, если ваши пользователи склонны выполнять соединения, которым не хватает предложения WHERE, которые занимают много времени или возвращают миллионы строк. Для получения дополнительной информации см. Использование безопасного режима обновлений (--safe-updates).

Установка этой переменной в значение, отличное от DEFAULT, сбрасывает значение sql_big_selects в 0. Если вы снова установите значение sql_big_selects, переменная max_join_size игнорируется.

Если результат запроса находится в кэше запросов, проверка размера результата не выполняется, поскольку результат был вычислен ранее и его отправка клиенту не нагружает сервер.

max_length_for_sort_data

Пороговое значение размера значений индекса, определяющее, какой алгоритм filesort использовать. См. Раздел 8.2.1.14, «Оптимизация ORDER BY».

max_points_in_geometry

Максимальное значение аргумента points_per_circle для функции ST_Buffer_Strategy().

max_prepared_stmt_count

Эта переменная ограничивает общее количество подготовленных операторов на сервере. Она может использоваться в средах, где существует потенциальная опасность атак типа «отказ в обслуживании», основанных на исчерпании памяти сервера путем подготовки огромного количества операторов. Если значение установлено ниже текущего количества подготовленных операторов, существующие операторы не затрагиваются и могут использоваться, но новые операторы не могут быть подготовлены, пока текущее количество не станет меньше предела. Установка значения 0 отключает подготовленные операторы.

max_seeks_for_key

Ограничивает предполагаемое максимальное количество обращений при поиске строк на основе ключа. Оптимизатор MySQL предполагает, что при поиске совпадающих строк в таблице путем сканирования индекса требуется не более этого количества обращений к ключу, независимо от фактической мощности индекса (см. Раздел 13.7.5.22, «Оператор SHOW INDEX»). Установив это значение на низкое значение (например, 100), вы можете заставить MySQL предпочитать индексы вместо сканирования таблиц.

max_sort_length

Количество байтов для использования при сортировке значений данных. Сервер использует только первые max_sort_length байта каждого значения и игнорирует остальные. Следовательно, значения, которые отличаются только после первых max_sort_length байтов, сравниваются как равные для операций GROUP BY, ORDER BY и DISTINCT.

Увеличение значения max_sort_length может потребовать увеличения значения sort_buffer_size также. Подробнее см. Раздел 8.2.1.14, «Оптимизация ORDER BY»

max_sp_recursion_depth

Количество раз, которое любая хранимая процедура может быть вызвана рекурсивно. Значение по умолчанию для этого параметра равно 0, что полностью отключает рекурсию в хранимых процедурах. Максимальное значение равно 255.

Рекурсия хранимых процедур увеличивает потребность в пространстве стека потока. Если вы увеличите значение max_sp_recursion_depth, может потребоваться увеличить размер стека потока, увеличив значение thread_stack при запуске сервера.

max_tmp_tables

Эта переменная не используется. Она устарела и удалена в MySQL 8.0.

max_user_connections

Максимальное количество одновременных подключений, разрешенных для любой учетной записи пользователя MySQL. Значение 0 (по умолчанию) означает “без ограничения.”

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

Ограничения ресурсов учетной записи задаются с помощью оператора CREATE USER или ALTER USER. См. Раздел 6.2.16, «Установка ограничений ресурсов учетной записи».

max_write_lock_count

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

mecab_rc_file

Параметр mecab_rc_file используется при настройке парсера полного текста MeCab.

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

Для получения информации о парсере полного текста MeCab см. Раздел 12.9.9, «Подключаемый модуль парсера полного текста MeCab».

Для получения информации о параметрах, которые можно указать в конфигурационном файле MeCab mecabrc, обратитесь к документации MeCab на сайте Google Developers.

metadata_locks_cache_size

Размер кэша блокировок метаданных. Сервер использует этот кэш, чтобы избежать создания и уничтожения объектов синхронизации. Это особенно полезно в системах, где такие операции являются дорогостоящими, например, в Windows XP.

В MySQL 5.7.4 изменения в реализации блокировки метаданных делают эту переменную ненужной, поэтому она устарела; ожидается, что она будет удалена в будущей версии MySQL.

metadata_locks_hash_instances

Набор блокировок метаданных может быть разделен на отдельные хэши, чтобы позволить подключениям, обращающимся к различным объектам, использовать различные хэши блокировки и уменьшить конкуренцию. Системная переменная metadata_locks_hash_instances указывает количество хэшей (по умолчанию 8).

В MySQL 5.7.4 изменения в реализации блокировки метаданных делают эту переменную ненужной, поэтому она устарела; ожидается, что она будет удалена в будущей версии MySQL.

min_examined_row_limit

Запросы, которые просматривают меньше этого количества строк, не регистрируются в журнале медленных запросов.

multi_range_count

Эта переменная не оказывает никакого влияния. Она устарела и удалена в MySQL 8.0.

myisam_data_pointer_size

Размер указателя по умолчанию в байтах, который будет использоваться CREATE TABLE для таблиц MyISAM, когда параметр MAX_ROWS не указан. Эта переменная не может быть меньше 2 или больше 7. Значение по умолчанию равно 6. См. Раздел B.3.2.10, «Таблица заполнена».

myisam_max_sort_file_size

Максимальный размер временного файла, который MySQL разрешено использовать при повторном создании индекса MyISAM (во время REPAIR TABLE, ALTER TABLE или LOAD DATA). Если размер файла будет больше этого значения, индекс создаётся с использованием кэша ключей, что медленнее. Значение указано в байтах.

Если файлы индекса MyISAM превысят этот размер, а дисковое пространство доступно, увеличение значения может улучшить производительность. Необходимое пространство должно быть доступно в файловой системе, содержащей каталог, в котором расположен исходный файл индекса.

myisam_mmap_size

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

myisam_recover_options

Установите режим восстановления хранилища MyISAM. Значение переменной — любая комбинация значений OFF, DEFAULT, BACKUP, FORCE или QUICK. Если вы указываете несколько значений, разделяйте их запятыми. Указание переменной без значения при запуске сервера эквивалентно указанию DEFAULT, а указание явного значения "" отключает восстановление (то же самое, что и значение OFF). Если восстановление включено, каждый раз, когда mysqld открывает таблицу MyISAM, он проверяет, помечена ли таблица как аварийная или не была закрыта должным образом. (Последний вариант работает только при отключённом внешнем блокировании). Если это так, mysqld выполняет проверку таблицы. Если таблица повреждена, mysqld пытается её восстановить.

Следующие параметры влияют на работу восстановления.

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

См. Раздел 15.2.1, «Параметры запуска MyISAM».

myisam_repair_threads

Если это значение больше 1, индексы таблицы MyISAM создаются параллельно (каждый индекс в отдельном потоке) во время процесса Repair by sorting. Значение по умолчанию — 1.

myisam_sort_buffer_size

Размер буфера, который выделяется при сортировке индексов MyISAM во время REPAIR TABLE или при создании индексов с помощью CREATE INDEX или ALTER TABLE.

myisam_stats_method

Как сервер обрабатывает значения NULL при сборе статистики о распределении значений индексов для таблиц MyISAM. Эта переменная имеет три возможных значения: nulls_equal, nulls_unequal и nulls_ignored. Для nulls_equal все значения индекса NULL считаются равными и образуют одну группу значений, размер которой равен количеству значений NULL. Для nulls_unequal значения NULL считаются неравными, и каждое NULL образует отдельную группу значений размером 1. Для nulls_ignored значения NULL игнорируются.

Метод, используемый для генерации статистики таблиц, влияет на то, как оптимизатор выбирает индексы для выполнения запроса, как описано в Разделе 8.3.7, «Сбор статистики индексов InnoDB и MyISAM».

myisam_use_mmap

Использовать отображение памяти для чтения и записи таблиц MyISAM.

mysql_native_password_proxy_users

Эта переменная управляет тем, поддерживает ли встроенный плагин аутентификации mysql_native_password пользователей-посредников. Она не оказывает влияния, если системная переменная check_proxy_users не включена. Для получения информации о посредничестве пользователей, см. Раздел 6.2.14, «Пользователи-посредники».

named_pipe

(Только Windows.) Указывает, поддерживает ли сервер соединения через именованные каналы.

named_pipe_full_access_group

(Только Windows.) Контроль доступа, предоставляемый клиентам в именованном канале, созданном сервером MySQL, устанавливается на минимальный уровень, необходимый для успешной связи, когда системная переменная named_pipe включена для поддержки соединений через именованные каналы. Некоторые клиентские программы MySQL могут открывать соединения через именованные каналы без дополнительной конфигурации; однако, другим клиентским программам может потребоваться полный доступ для открытия соединения через именованный канал.

Эта переменная устанавливает имя локальной группы Windows, члены которой получают достаточный доступ от сервера MySQL для использования клиентских программ с именованными каналами. Начиная с MySQL 5.7.34, значение по умолчанию установлено в пустую строку, что означает, что ни одному пользователю Windows не предоставляется полный доступ к именованному каналу.

Новое имя локальной группы Windows (например, mysql_access_client_users) может быть создано в Windows, а затем использовано для замены значения по умолчанию, когда доступ абсолютно необходим. В этом случае ограничьте членство в группе как можно меньшим числом пользователей, удаляя пользователей из группы при обновлении их клиентского программного обеспечения. Пользователю, не являющемуся членом группы, который пытается открыть соединение с MySQL с помощью затронутого клиента с именованным каналом, будет отказано в доступе, пока администратор Windows не добавит пользователя в группу. Необходимо выйти из системы и снова войти, чтобы присоединиться к группе (требуется Windows).

Установка значения в '*everyone*' предоставляет независимый от языка способ ссылки на группу «Все» в Windows. Группа «Все» по умолчанию не является безопасной.

net_buffer_length

Каждый поток клиента связан с буфером соединения и буфером результатов. Оба начинаются с размера, заданного net_buffer_length, но динамически увеличиваются до max_allowed_packet байт по мере необходимости. Буфер результатов уменьшается до net_buffer_length после каждого оператора SQL.

Обычно эту переменную изменять не следует, но если у вас очень мало памяти, вы можете установить её в ожидаемую длину операторов, отправляемых клиентами. Если операторы превышают эту длину, буфер соединения автоматически увеличивается. Максимальное значение, до которого можно установить net_buffer_length, составляет 1 МБ.

Значение сессии этой переменной доступно только для чтения.

net_read_timeout

Количество секунд ожидания дополнительных данных от соединения перед прерыванием чтения. Когда сервер читает с клиента, net_read_timeout является значением тайм-аута, определяющим, когда следует прервать операцию. Когда сервер записывает на клиент, net_write_timeout является значением тайм-аута, определяющим, когда следует прервать операцию. См. также slave_net_timeout.

net_retry_count

Если чтение или запись на коммуникационном порту прерываются, повторить попытку столько раз, прежде чем сдаться. Это значение должно быть достаточно большим на FreeBSD, поскольку внутренние прерывания отправляются всем потокам.

net_write_timeout

Количество секунд ожидания записи блока в соединение перед прерыванием записи. См. также net_read_timeout.

new

Эта переменная использовалась в MySQL 4.0 для включения некоторых функций 4.1 и сохранена для обратной совместимости. Ее значение всегда OFF.

В кластере NDB, установка этой переменной в ON позволяет использовать типы разбиения, отличные от KEY или LINEAR KEY с таблицами NDB. Эта экспериментальная функция не поддерживается в рабочей среде, и теперь она устарела и может быть удалена в будущих версиях. Для получения дополнительной информации см. Пользовательское разбиение и движок хранилища NDB (NDB Cluster).

ngram_token_size

Определяет размер токена n-граммы для n-граммного парсера полнотекстового поиска. Вариант ngram_token_size только для чтения и может быть изменен только при запуске. Значение по умолчанию — 2 (биграмма). Максимальное значение — 10.

Для получения дополнительной информации о настройке этой переменной, см. Раздел 12.9.8, «ngram Полный парсер текста».

offline_mode

Признак того, находится ли сервер в «режиме офлайн».

Только пользователи с привилегией SUPER могут управлять режимом офлайн. Для перевода сервера в режим офлайн, измените значение системной переменной offline_mode с OFF на ON. Для возобновления нормальной работы, измените offline_mode с ON на OFF. В режиме офлайн клиенты, которым доступ закрыт, получат ошибку.

old

old — переменная совместимости. Она отключена по умолчанию, но может быть включена при запуске для возврата сервера к поведению, характерному для более ранних версий.

При включении old, область действия подсказок индекса меняется на ту, что использовалась до MySQL 5.1.17. То есть, подсказки индекса без FOR условия применяются только к использованию индексов для извлечения строк, а не к разрешению ORDER BY или GROUP BY условий. (См. Раздел 8.9.4, «Подсказки индексов».) Будьте внимательны при включении в настройке репликации. При использовании двоичного протоколирования на основе инструкций, разное поведение у источника и реплик может привести к ошибкам репликации.

old_alter_table

При включении этой переменной сервер не использует оптимизированный метод обработки операции ALTER TABLE. Он возвращается к использованию временной таблицы, копирования данных и переименования временной таблицы в исходную, как в MySQL 5.0 и более ранних версиях. Для получения дополнительной информации об операции ALTER TABLE см. Раздел 13.1.8, «Операция ALTER TABLE».

old_passwords

Эта переменная управляет методом хеширования паролей, используемым функцией PASSWORD(). Она также влияет на хеширование паролей, выполняемое инструкциями CREATE USER и GRANT, которые указывают пароль с помощью предложения IDENTIFIED BY.

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

Если вы установите old_passwords=2, следуйте инструкциям по использованию плагина sha256_password в разделе Раздел 6.4.1.5, “SHA-256 Pluggable Authentication”.

Сервер устанавливает глобальное значение old_passwords во время запуска, чтобы обеспечить соответствие методу хеширования паролей, требуемому плагином аутентификации, указанным переменной системы default_authentication_plugin.

Когда клиент успешно подключается к серверу, сервер устанавливает значение сеанса old_passwords соответствующим образом для метода аутентификации учетной записи. Например, если для учетной записи используется плагин аутентификации sha256_password, сервер устанавливает old_passwords=2.

Дополнительную информацию о плагинах аутентификации и форматах хеширования см. в Раздел 6.2.13, “Плагины аутентификации” и Раздел 6.1.2.4, “Хеширование паролей в MySQL”.

open_files_limit

Количество дескрипторов файлов, доступных для mysqld из операционной системы:

Эффективное значение open_files_limit основано на значении, указанном при запуске системы (если есть), и значениях max_connections и table_open_cache, используя эти формулы:

Сервер пытается получить количество дескрипторов файлов, используя максимальное из этих значений. Если такое количество дескрипторов получить невозможно, сервер пытается получить столько, сколько позволяет система.

Эффективное значение равно 0 на системах, где MySQL не может изменить количество открытых файлов.

В Unix значение не может быть больше значения, отображаемого командой ulimit -n. На Linux-системах, использующих systemd, значение не может быть больше LimitNOFile (это DefaultLimitNOFILE, если LimitNOFile не установлено); в противном случае, на Linux значение open_files_limit не может превышать ulimit -n.

optimizer_prune_level

Управляет эвристиками, применяемыми во время оптимизации запросов для удаления менее перспективных частичных планов из пространства поиска оптимизатора. Значение 0 отключает эвристики, поэтому оптимизатор выполняет исчерпывающий поиск. Значение 1 заставляет оптимизатор удалять планы, основанные на количестве строк, полученных промежуточными планами.

optimizer_search_depth

Максимальная глубина поиска, выполняемого оптимизатором запросов. Большие значения, чем количество отношений в результирующем наборе запроса, приводят к лучшим планам запросов, но занимают больше времени на создание плана выполнения запроса. Значения, меньшие, чем количество отношений в результирующем наборе запроса, возвращают план выполнения быстрее, но полученный план может быть далёк от оптимального. Если значение установлено в 0, система автоматически выбирает разумное значение.

optimizer_switch

Системная переменная optimizer_switch позволяет управлять поведением оптимизатора. Значение этой переменной представляет собой набор флагов, каждый из которых имеет значение on или off, чтобы указать, включено или выключено соответствующее поведение оптимизатора. Эта переменная имеет глобальные и сессионные значения и может быть изменена во время выполнения. Глобальное значение по умолчанию может быть установлено при запуске сервера.

Чтобы увидеть текущий набор флагов оптимизатора, выберите значение переменной:

mysql> SELECT @@optimizer_switch\G
*************************** 1. row ***************************
@@optimizer_switch: index_merge=on,index_merge_union=on,
                    index_merge_sort_union=on,
                    index_merge_intersection=on,
                    engine_condition_pushdown=on,
                    index_condition_pushdown=on,
                    mrr=on,mrr_cost_based=on,
                    block_nested_loop=on,batched_key_access=off,
                    materialization=on,semijoin=on,loosescan=on,
                    firstmatch=on,duplicateweedout=on,
                    subquery_materialization_cost_based=on,
                    use_index_extensions=on,
                    condition_fanout_filter=on,derived_merge=on,
                    prefer_ordering_index=on

Для получения дополнительной информации о синтаксисе этой переменной и поведении оптимизатора, которое она контролирует, см. Раздел 8.9.2, «Переключаемые оптимизации».

optimizer_trace

Эта переменная управляет трассировкой оптимизатора. Для получения подробной информации см. Раздел 8.15, «Трассировка оптимизатора».

optimizer_trace_features