innodb_adaptive_flushing

Указывает, следует ли динамически регулировать скорость очистки в InnoDB в зависимости от рабочей нагрузки. Динамическая регулировка скорости очистки предназначена для предотвращения всплесков активности ввода-вывода. Эта настройка включена по умолчанию. Дополнительные сведения см. в разделе 17.8.3.5, «Настройка очистки буферного пула». Общие рекомендации по настройке ввода-вывода см. в разделе 10.5.8, «Оптимизация ввода-вывода InnoDB на диск».

innodb_adaptive_flushing_lwm

Определяет нижнюю границу, представляющую процент от емкости, при которой включена. Дополнительные сведения см. в разделе 17.8.3.5, «Настройка очистки буферного пула».

innodb_adaptive_hash_index

Включен или выключен ли InnoDB. В зависимости от вашей рабочей нагрузки может быть желательно динамически включать или выключать для повышения производительности запросов. Поскольку адаптивный хеш-индекс может быть не полезен для всех рабочих нагрузок, проведите тесты с его включением и выключением, используя реальные рабочие нагрузки. Дополнительные сведения см. в разделе 17.5.3, «Адаптивный хеш-индекс».

Эта переменная отключена по умолчанию. Вы можете изменить этот параметр с помощью инструкции SET GLOBAL, не перезапуская сервер. Для изменения настройки во время выполнения требуются права, достаточные для установки глобальных системных переменных. Дополнительные сведения см. в разделе 7.1.9.1, «Права на системные переменные». Вы также можете использовать --innodb-adaptive-hash-index при запуске сервера, чтобы включить его.

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

До MySQL 8.4 этот параметр был включен по умолчанию.

innodb_adaptive_hash_index_parts

Разделяет систему поиска адаптивного хеш-индекса. Каждый индекс привязан к определенному разделу, при этом каждый раздел защищен отдельным защелкой.

Система поиска адаптивного хеш-индекса по умолчанию разделена на 8 частей. Максимальное значение — 512.

Для получения дополнительной информации см. раздел 17.5.3, «Адаптивный хеш-индекс».

innodb_adaptive_max_sleep_delay

Позволяет InnoDB автоматически регулировать значение innodb_thread_sleep_delay вверх или вниз в соответствии с текущей рабочей нагрузкой. Любое ненулевое значение включает автоматическую динамическую регулировку значения innodb_thread_sleep_delay вплоть до максимального значения, указанного в параметре innodb_adaptive_max_sleep_delay. Значение представляет собой количество микросекунд. Этот параметр может быть полезен в загруженных системах с более чем 16 InnoDB потоками. (На практике он наиболее ценен для систем MySQL с сотнями или тысячами одновременных подключений.)

Дополнительные сведения см. в разделе 17.8.4, «Настройка параллелизма потоков для InnoDB».

innodb_autoextend_increment

Размер приращения (в мегабайтах) для увеличения размера файла InnoDB с автоматическим расширением, когда он заполняется. Значение по умолчанию равно 64. Дополнительные сведения см. в разделе «Настройка файла данных системного табличного пространства» и разделе «Изменение размера системного табличного пространства».

Параметр innodb_autoextend_increment не влияет на файлы табличных пространств или файлы. Эти файлы автоматически расширяются независимо от параметра innodb_autoextend_increment. Первоначальное расширение происходит на небольшие величины, после чего расширения происходят с шагом 4 МБ.

innodb_autoinc_lock_mode

Способ, используемый для генерации значений AUTO_INCREMENT. Допустимые значения: 0, 1 или 2, соответственно для традиционного, последовательного или интерливированного способа.

Значение по умолчанию — 2 (интерливированное), для совместимости с репликацией на основе строк.

Подробные характеристики каждого режима блокировки см. в Режимах блокировки InnoDB AUTO_INCREMENT.

innodb_background_drop_list_empty

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

innodb_buffer_pool_chunk_size

innodb_buffer_pool_chunk_size определяет размер фрагмента для операций изменения размера пула буферов InnoDB.

Для избежания копирования всех страниц пула буферов во время операций изменения размера, операция выполняется по фрагментам. По умолчанию, innodb_buffer_pool_chunk_size составляет 128 МБ (134217728 байт). Количество страниц во фрагменте зависит от значения innodb_page_size. innodb_buffer_pool_chunk_size может быть увеличен или уменьшен с шагом в 1 МБ (1048576 байт).

Ниже приведены условия, которые применяются при изменении значения innodb_buffer_pool_chunk_size:

Чтобы избежать потенциальных проблем с производительностью, количество фрагментов (innodb_buffer_pool_size / innodb_buffer_pool_chunk_size) не должно превышать 1000.

Переменная innodb_buffer_pool_size является динамической, что позволяет изменять размер пула буферов во время работы сервера. Однако размер пула буферов должен быть равен или кратен innodb_buffer_pool_chunk_size * innodb_buffer_pool_instances, и изменение любого из этих параметров требует перезапуска сервера.

Дополнительную информацию см. в Разделе 17.8.3.1, «Настройка размера пула буферов InnoDB».

innodb_buffer_pool_debug

Включение этого параметра позволяет использовать несколько экземпляров пула буферов, если размер пула меньше 1 ГБ, игнорируя ограничение минимального размера пула буферов 1 ГБ, наложенное на innodb_buffer_pool_instances. Параметр innodb_buffer_pool_debug доступен только если поддержка отладки скомпилирована с использованием параметра WITH_DEBUG CMake.

innodb_buffer_pool_dump_at_shutdown

Указывает, следует ли записывать страницы, кэшированные в пуле буферов InnoDB, при выключении сервера MySQL, чтобы сократить процесс при следующем запуске. Обычно используется в сочетании с innodb_buffer_pool_load_at_startup. Параметр innodb_buffer_pool_dump_pct определяет процент самых недавно использованных страниц пула буферов, которые будут сохранены.

По умолчанию оба параметра innodb_buffer_pool_dump_at_shutdown и innodb_buffer_pool_load_at_startup включены.

Дополнительную информацию см. в Разделе 17.8.3.6, «Сохранение и восстановление состояния пула буферов».

innodb_buffer_pool_dump_now

Немедленно создаёт запись о страницах, кэшированных в InnoDB. Обычно используется в сочетании с innodb_buffer_pool_load_now.

Включение innodb_buffer_pool_dump_now запускает действие записи, но не изменяет настройку переменной, которая всегда остаётся OFF или 0. Чтобы просмотреть состояние дампа буферного пула после запуска дампа, запросите переменную Innodb_buffer_pool_dump_status.

Включение innodb_buffer_pool_dump_now запускает действие дампа, но не изменяет настройку переменной, которая всегда остаётся OFF или 0. Чтобы просмотреть состояние дампа буферного пула после запуска дампа, запросите переменную Innodb_buffer_pool_dump_status.

Для получения дополнительной информации см. Раздел 17.8.3.6, «Сохранение и восстановление состояния буферного пула».

innodb_buffer_pool_dump_pct

Указывает процент наиболее часто используемых страниц для каждого буферного пула, которые необходимо считать и сохранить в дампе. Диапазон от 1 до 100. Значение по умолчанию — 25. Например, если есть 4 буферных пула по 100 страниц каждый, и innodb_buffer_pool_dump_pct установлено в 25, то будут сохранены 25 наиболее часто используемых страниц из каждого буферного пула.

innodb_buffer_pool_filename

Указывает имя файла, который содержит список идентификаторов табличных пространств и идентификаторов страниц, созданных с помощью innodb_buffer_pool_dump_at_shutdown или innodb_buffer_pool_dump_now. Идентификаторы табличных пространств и идентификаторы страниц сохраняются в следующем формате: space, page_id. По умолчанию файл называется ib_buffer_pool и расположен в каталоге данных InnoDB. Нестандартное расположение должно быть указано относительно каталога данных.

Имя файла можно указать во время выполнения, используя инструкцию SET:

SET GLOBAL innodb_buffer_pool_filename='file_name';

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

Для получения дополнительной информации см. Раздел 17.8.3.6, «Сохранение и восстановление состояния буферного пула».

innodb_buffer_pool_in_core_file

Отключение (по умолчанию) переменной innodb_buffer_pool_in_core_file уменьшает размер файлов дампа памяти, исключая страницы буферного пула InnoDB.

Для использования этой переменной должна быть включена переменная core_file, а для отключения этого параметра операционная система должна поддерживать расширение MADV_DONTDUMP, не относящееся к POSIX, для madvise(), которое поддерживается в Linux 3.4 и более поздних версиях. Для получения дополнительной информации см. Раздел 17.8.3.7, «Исключение или включение страниц буферного пула из файлов дампа памяти».

Этот параметр отключен по умолчанию в системах, которые поддерживают MADV_DONTDUMP, что обычно относится только к Linux, а не к macOS или Windows.

До MySQL 8.4 этот параметр был включен по умолчанию.

innodb_buffer_pool_instances

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

Общий размер буферного пула делится между всеми буферными пулами. Для повышения эффективности укажите комбинацию innodb_buffer_pool_instances и innodb_buffer_pool_size так, чтобы каждый экземпляр буферного пула был не менее 1 ГБ.

Если innodb_buffer_pool_size <= 1 GiB, то значение innodb_buffer_pool_instances по умолчанию равно 1.

Если innodb_buffer_pool_size > 1 GiB, то значение innodb_buffer_pool_instances по умолчанию — минимальное значение из двух следующих вычисленных подсказок в диапазоне 1-64:

Для получения дополнительной информации см. Раздел 17.8.3.1, «Настройка размера буферного пула InnoDB».

innodb_buffer_pool_load_abort

Прерывает процесс восстановления InnoDB содержимого, инициированный innodb_buffer_pool_load_at_startup или innodb_buffer_pool_load_now.

Включение innodb_buffer_pool_load_abort запускает действие прерывания, но не изменяет настройку переменной, которая всегда остается OFF или 0. Для просмотра статуса загрузки буфера после запуска действия прерывания запросите переменную Innodb_buffer_pool_load_status.

Дополнительную информацию см. в Разделе 17.8.3.6, «Сохранение и восстановление состояния буфера пула».

innodb_buffer_pool_load_at_startup

Указывает, что при запуске сервера MySQL InnoDB автоматически загружается, загружая те же страницы, которые он содержал ранее. Обычно используется в сочетании с innodb_buffer_pool_dump_at_shutdown.

И innodb_buffer_pool_dump_at_shutdown, и innodb_buffer_pool_load_at_startup включены по умолчанию.

Дополнительную информацию см. в Разделе 17.8.3.6, «Сохранение и восстановление состояния буфера пула».

innodb_buffer_pool_load_now

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

Включение innodb_buffer_pool_load_now запускает действие загрузки, но не изменяет настройку переменной, которая всегда остается OFF или 0. Для просмотра прогресса загрузки буфера после запуска действия загрузки запросите переменную Innodb_buffer_pool_load_status.

Дополнительную информацию см. в Разделе 17.8.3.6, «Сохранение и восстановление состояния буфера пула».

innodb_buffer_pool_size

Размер в байтах буфера пула , области памяти, где InnoDB кэширует табличные и индексные данные. Значение по умолчанию составляет 134217728 байт (128 МБ). Максимальное значение зависит от архитектуры процессора; максимальное значение составляет 4294967295 (2³²-1) на 32-битных системах и 18446744073709551615 (2⁶⁴-1) на 64-битных системах. На 32-битных системах архитектура процессора и операционная система могут ограничить практическое максимальное значение. Если размер буферного пула превышает 1 ГБ, установка innodb_buffer_pool_instances на значение больше 1 может улучшить масштабируемость на загруженном сервере.

Больший буферный пул требует меньше операций ввода-вывода с диска для доступа к тем же данным таблицы более одного раза. На выделенном сервере баз данных вы можете установить размер буферного пула на 80% от размера физической памяти машины. Учтите следующие потенциальные проблемы при настройке размера буферного пула и будьте готовы уменьшить размер буферного пула при необходимости.

При увеличении или уменьшении размера буферного пула операция выполняется частями. Размер фрагмента определяется переменной innodb_buffer_pool_chunk_size, которая имеет значение по умолчанию 128 МБ.

Размер буферного пула должен всегда быть равен или кратен innodb_buffer_pool_chunk_size * innodb_buffer_pool_instances. Если вы измените размер буферного пула на значение, которое не равно или не кратно innodb_buffer_pool_chunk_size * innodb_buffer_pool_instances, размер буферного пула автоматически корректируется до значения, равного или кратного innodb_buffer_pool_chunk_size * innodb_buffer_pool_instances.

innodb_buffer_pool_size можно установить динамически, что позволяет изменять размер буферного пула без перезапуска сервера. Статус онлайн-операций изменения размера буферного пула сообщает переменная статуса Innodb_buffer_pool_resize_status. Дополнительную информацию см. в Разделе 17.8.3.1, «Настройка размера буферного пула InnoDB».

Если сервер запускается с --innodb-dedicated-server, значение innodb_buffer_pool_size устанавливается автоматически, если оно не определено явно. Дополнительную информацию см. в Разделе 17.8.12, «Включение автоматической настройки InnoDB для выделенного сервера MySQL».

innodb_change_buffer_max_size

Максимальный размер буфера изменений, как процент от общего размера . Можно увеличить это значение для сервера MySQL с высокой активностью вставления, обновления и удаления данных или уменьшить для сервера MySQL с неизменяемыми данными, используемыми для отчетов. Дополнительную информацию см. в разделе 17.5.2, «Буфер изменений». Советы по настройке ввода/вывода см. в разделе 10.5.8, «Оптимизация ввода/вывода InnoDB».

innodb_change_buffering

Определяет, выполняет ли InnoDB буферизацию операций, оптимизацию, откладывающую операции записи во вторичные индексы, чтобы операции ввода/вывода можно было выполнять последовательно. Допустимые значения описаны в следующей таблице. Значения также можно указать численно.

До MySQL 8.4 значение по умолчанию было all.

Дополнительную информацию см. в разделе 17.5.2, «Буфер изменений». Советы по настройке ввода/вывода см. в разделе 10.5.8, «Оптимизация ввода/вывода InnoDB».

innodb_change_buffering_debug

Устанавливает флаг отладки для буферизации изменений InnoDB. Значение 1 принудительно заставляет все изменения в буфере изменений. Значение 2 вызывает неожиданное завершение при слиянии. Значение по умолчанию 0 означает, что флаг отладки буферизации изменений не установлен. Эта опция доступна только при отладке, если поддержка отладки скомпилирована с помощью опции WITH_DEBUG CMake.

innodb_checkpoint_disabled

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

innodb_checksum_algorithm

Указывает, как генерировать и проверять контрольную сумму, хранящуюся в блоках диска InnoDB. Значение по умолчанию для innodb_checksum_algorithm равно crc32.

Значение innodb обратно совместимо с более ранними версиями MySQL. Значение crc32 использует алгоритм, который быстрее вычисляет контрольную сумму для каждого изменённого блока и проверяет контрольные суммы при каждом чтении с диска. Он сканирует блоки по 64 бита, что быстрее, чем алгоритм контрольной суммы innodb, который сканирует блоки по 8 бит. Значение none записывает постоянное значение в поле контрольной суммы, а не вычисляет значение на основе данных блока. Блоки в табличном пространстве могут использовать смесь старых, новых и без контрольных сумм, постепенно обновляясь по мере изменения данных; как только блоки в табличном пространстве будут изменены на использование алгоритма crc32, связанные таблицы не смогут читаться более ранними версиями MySQL.

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

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

innodb_cmp_per_index_enabled

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

Дополнительную информацию см. в разделе 28.4.8 «Таблицы INFORMATION_SCHEMA INNODB_CMP_PER_INDEX и INNODB_CMP_PER_INDEX_RESET» и разделе 17.9.1.4 «Мониторинг сжатия таблиц InnoDB во время выполнения».

innodb_commit_concurrency

Количество может одновременно. Значение 0 (по умолчанию) разрешает любое количество для одновременного подтверждения.

Значение innodb_commit_concurrency не может быть изменено во время выполнения от нуля к ненулевому значению или наоборот. Значение может быть изменено от одного ненулевого значения к другому.

innodb_compress_debug

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

Для получения дополнительной информации см. раздел 17.9.2 «Сжатие страниц InnoDB».

innodb_compression_failure_threshold_pct

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

Для получения дополнительной информации см. Раздел 17.9.1.6, «Сжатие для рабочих нагрузок OLTP».

innodb_compression_level

Указывает уровень zlib-сжатия для использования для InnoDB таблиц и индексов. Более высокое значение позволяет разместить больше данных на устройстве хранения, за счет больших затрат ресурсов ЦП во время сжатия. Более низкое значение позволяет уменьшить нагрузку на ЦП, когда место для хранения не является критическим, или вы ожидаете, что данные не будут сильно сжиматься.

Для получения дополнительной информации см. Раздел 17.9.1.6, «Сжатие для рабочих нагрузок OLTP».

innodb_compression_pad_pct_max

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

Для получения дополнительной информации см. Раздел 17.9.1.6, «Сжатие для рабочих нагрузок OLTP».

innodb_concurrency_tickets

Определяет количество потоков, которые могут одновременно войти в InnoDB. Поток помещается в очередь, когда он пытается войти в InnoDB, если количество потоков уже достигло предела параллелизма. Когда поток может войти в InnoDB, ему выдается количество “билетов”, равное значению innodb_concurrency_tickets, и поток может свободно входить и выходить из InnoDB, пока не израсходует свои билеты. После этого поток снова становится объектом проверки параллелизма (и возможного помещения в очередь) в следующий раз, когда он попытается войти в InnoDB. Значение по умолчанию равно 5000.

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

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

При ненулевом значении innodb_thread_concurrency, может потребоваться увеличить или уменьшить значение innodb_concurrency_tickets, чтобы найти оптимальный баланс между большими и меньшими транзакциями. Отчет SHOW ENGINE INNODB STATUS показывает количество оставшихся билетов для выполняющейся транзакции на ее текущем проходе через очередь. Эти данные также можно получить из столбца TRX_CONCURRENCY_TICKETS таблицы Information Schema INNODB_TRX.

Для получения дополнительной информации см. Раздел 17.8.4, «Настройка параллелизма потоков для InnoDB».

innodb_data_file_path

Определяет имя, размер и атрибуты файлов данных системного табличного пространства InnoDB. Если вы не укажете значение для innodb_data_file_path, поведение по умолчанию будет заключаться в создании одного автоматически расширяющегося файла данных, немного большего, чем 12 МБ, с именем ibdata1.

Полный синтаксис для спецификации файла данных включает имя файла, размер файла, атрибут autoextend и атрибут max:

file_name:file_size[:autoextend[:max:max_file_size]]

Размеры файлов указываются в килобайтах, мегабайтах или гигабайтах путем добавления K, M или G к значению размера. При указании размера файла данных в килобайтах делайте это кратно 1024. В противном случае значения КБ округляются до ближайшей границы мегабайта (МБ). Сумма размеров файлов должна быть, как минимум, немного больше 12 МБ.

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

innodb_data_home_dir

Общая часть пути к каталогу для файлов данных InnoDB. Значение по умолчанию — каталог MySQL data. Настройка конкатенируется с настройкой innodb_data_file_path, если эта настройка не определена с абсолютным путем.

При указании значения для innodb_data_home_dir требуется конечный слэш. Например:

[mysqld]
innodb_data_home_dir = /path/to/myibdata/

Эта настройка не влияет на расположение табличных пространств.

Для получения дополнительной информации см. Раздел 17.8.1, «Конфигурация запуска InnoDB».

innodb_ddl_buffer_size

Определяет максимальный размер буфера для операций DDL. Значение по умолчанию — 1048576 байтов (приблизительно 1 МБ). Применимо к операциям онлайн-DDL, создающим или перестраивающим вторичные индексы. См. Раздел 17.12.4, «Управление памятью онлайн-DDL». Максимальный размер буфера на поток DDL — максимальный размер буфера, делённый на количество потоков DDL (innodb_ddl_buffer_size/innodb_ddl_threads).

innodb_ddl_log_crash_reset_debug

Включите эту опцию отладки, чтобы сбросить счётчики ошибок DDL до 1. Эта опция доступна только при компиляции поддержки отладки с помощью опции WITH_DEBUG CMake.

innodb_ddl_threads

Определяет максимальное количество параллельных потоков для этапов сортировки и построения при создании индексов. Применимо к операциям онлайн-DDL, создающим или перестраивающим вторичные индексы. Для получения дополнительной информации см. Раздел 17.12.5, «Конфигурирование параллельных потоков для операций онлайн-DDL» и Раздел 17.12.4, «Управление памятью онлайн-DDL».

innodb_deadlock_detect

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

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

innodb_default_row_format

Опция innodb_default_row_format определяет формат строк по умолчанию для таблиц InnoDB и созданных пользователем временных таблиц. Значение по умолчанию — DYNAMIC. Другие допустимые значения — COMPACT и REDUNDANT. Формат строк COMPRESSED, который не поддерживается для использования в , не может быть определён как значение по умолчанию.

Новые таблицы используют формат строк, определённый в innodb_default_row_format, когда явное значение ROW_FORMAT не указано или используется ROW_FORMAT=DEFAULT.

При отсутствии явного значения ROW_FORMAT или использовании ROW_FORMAT=DEFAULT любая операция, перестраивающая таблицу, также незаметно изменяет формат строк таблицы на формат, определённый в innodb_default_row_format. Для получения дополнительной информации см. Определение формата строк таблицы.

Внутренние временные таблицы InnoDB, созданные сервером для обработки запросов, используют формат строк DYNAMIC, независимо от настройки innodb_default_row_format.

innodb_directories

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

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

Значение по умолчанию равно NULL, но каталоги, определённые параметрами innodb_data_home_dir, innodb_undo_directory и datadir, всегда добавляются к аргументу innodb_directories при построении списка каталогов для сканирования при запуске. Эти каталоги добавляются независимо от того, задана ли настройка innodb_directories явно.

innodb_directories можно указать как параметр в командной строке или в файле параметров MySQL. Значение аргумента заключено в кавычки, так как в противном случае некоторые интерпретаторы команд воспринимают точку с запятой (;) как специальный символ. (Например, оболочки Unix используют её как разделитель команд.)

Командная строка:

mysqld --innodb-directories="directory_path_1;directory_path_2"

Файл параметров MySQL:

[mysqld]
innodb_directories="directory_path_1;directory_path_2"

Нельзя использовать выражения с подстановкой для указания каталогов.

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

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

innodb_disable_sort_file_cache

Отключает кэш файловой системы операционной системы для временных файлов сортировки слиянием. Это эквивалентно открытию таких файлов с помощью O_DIRECT.

innodb_doublewrite

Переменная innodb_doublewrite управляет буферизацией двойной записи. Буферизация двойной записи включена по умолчанию в большинстве случаев.

Вы можете установить innodb_doublewrite на ON или OFF при запуске сервера для включения или отключения буферизации двойной записи соответственно. DETECT_AND_RECOVER эквивалентно ON. При этом буфер двойной записи полностью включен, содержимое страниц базы данных записывается в буфер двойной записи, где к нему обращаются во время восстановления для исправления неполных записей страниц. При DETECT_ONLY, в буфер двойной записи записывается только метаданные. Содержимое страниц базы данных не записывается в буфер двойной записи, и восстановление не использует буфер двойной записи для исправления неполных записей страниц. Эта облегченная настройка предназначена только для обнаружения неполных записей страниц.

MySQL поддерживает динамические изменения настройки innodb_doublewrite, включающей буфер двойной записи, между ON, DETECT_AND_RECOVER и DETECT_ONLY. MySQL не поддерживает динамические изменения между настройкой, включающей буфер двойной записи, и OFF, и наоборот.

Если буфер двойной записи расположен на устройстве Fusion-io, поддерживающем атомарные записи, буфер двойной записи автоматически отключается, а записи в файлы данных выполняются с использованием атомарных записей Fusion-io вместо этого. Однако следует учитывать, что настройка innodb_doublewrite глобальна. Когда буфер двойной записи отключен, он отключен для всех файлов данных, включая те, которые не находятся на оборудовании Fusion-io. Эта функция поддерживается только на оборудовании Fusion-io и включена только для Fusion-io NVMFS в Linux. Для максимальной пользы от этой функции рекомендуется установить innodb_flush_method на O_DIRECT.

Дополнительную информацию см. в разделе Раздел 17.6.4, «Буфер двойной записи».

innodb_doublewrite_batch_size

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

Дополнительную информацию см. в разделе Раздел 17.6.4, «Буфер двойной записи».

innodb_doublewrite_dir

Определяет каталог для файлов двойной записи. Если каталог не указан, файлы двойной записи создаются в каталоге innodb_data_home_dir, который по умолчанию совпадает с каталогом данных, если не указан иначе.

Дополнительную информацию см. в разделе Раздел 17.6.4, «Буфер двойной записи».

innodb_doublewrite_files

Определяет количество файлов doublewrite. По умолчанию создаются два файла doublewrite для каждого экземпляра пула буферов.

Как минимум, существуют два файла doublewrite. Максимальное количество файлов doublewrite равно двум, умноженным на количество экземпляров пула буферов. (Количество экземпляров пула буферов управляется переменной innodb_buffer_pool_instances.)

Для получения дополнительной информации см. Раздел 17.6.4, «Буфер Doublewrite».

innodb_doublewrite_pages

Определяет максимальное количество страниц doublewrite на поток для пакетной записи. Если значение не указано, innodb_doublewrite_pages принимает значение по умолчанию 128.

До MySQL 8.4 значение по умолчанию было равно значению innodb_write_io_threads, которое по умолчанию равно 4.

Для получения дополнительной информации см. Раздел 17.6.4, «Буфер Doublewrite».

innodb_extend_and_initialize

Управляет тем, как пространство выделяется для таблиц в отдельных файлах и общих табличных пространствах в системах Linux.

Когда включено, InnoDB записывает NULL в недавно выделенные страницы. Когда отключено, пространство выделяется с помощью вызовов posix_fallocate(), которые резервируют пространство без физической записи NULL.

Для получения дополнительной информации см. Раздел 17.6.3.8, «Оптимизация выделения пространства табличного пространства в Linux».

innodb_fast_shutdown

Режим InnoDB. Если значение равно 0, InnoDB выполняет , полную и слияние буфера изменений перед завершением работы. Если значение равно 1 (по умолчанию), InnoDB пропускает эти операции при завершении работы, процесс, известный как . Если значение равно 2, InnoDB очищает свои журналы и завершает работу аварийно, как если бы MySQL аварийно завершился; ни одна завершенная транзакция не будет потеряна, но операция делает следующий запуск более длительным.

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

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

innodb_fil_make_page_dirty_debug

По умолчанию, установка innodb_fil_make_page_dirty_debug на ID табличного пространства немедленно делает первую страницу табличного пространства грязной. Если innodb_saved_page_number_debug установлено в значение, отличное от значения по умолчанию, установка innodb_fil_make_page_dirty_debug делает указанную страницу грязной. Параметр innodb_fil_make_page_dirty_debug доступен только в том случае, если поддержка отладки компилируется с использованием параметра WITH_DEBUG CMake.

innodb_file_per_table

Когда innodb_file_per_table включено, таблицы по умолчанию создаются в табличных пространствах с файлами для каждой таблицы. Когда отключено, таблицы по умолчанию создаются в системном табличном пространстве. Информация о табличных пространствах с файлами для каждой таблицы приведена в Разделе 17.6.3.2, «Табличные пространства с файлами для каждой таблицы». Информация о системном табличном пространстве InnoDB приведена в Разделе 17.6.3.1, «Системное табличное пространство».

Переменная innodb_file_per_table может быть настроена во время выполнения с помощью оператора SET GLOBAL, указанного в командной строке при запуске или указанного в файле параметров. Настройка во время выполнения требует прав, достаточных для установки глобальных системных переменных (см. Раздел 7.1.9.1, «Права на системные переменные») и немедленно влияет на работу всех подключений.

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

Настройка innodb_file_per-table не влияет на создание временных таблиц; временные таблицы создаются во временных табличных пространствах сеанса. См. Раздел 17.6.3.5, «Временные табличные пространства».

innodb_fill_factor

InnoDB выполняет массовую загрузку при создании или перестроении индексов. Этот метод создания индекса известен как “построение индекса в отсортированном виде”.

innodb_fill_factor определяет процент заполнения каждой страницы B-дерева во время построения индекса в отсортированном виде, при этом оставшееся пространство резервируется для будущего роста индекса. Например, установка innodb_fill_factor на 80 резервирует 20 процентов пространства на каждой странице B-дерева для будущего роста индекса. Фактические проценты могут изменяться. Настройка innodb_fill_factor интерпретируется как подсказка, а не как жёсткое ограничение.

Значение innodb_fill_factor, равное 100, оставляет 1/16 пространства в страницах кластеризованного индекса свободным для будущего роста индекса.

innodb_fill_factor применяется к страницам B-дерева как к листовым, так и не листовым. Он не применяется к внешним страницам, используемым для TEXT или BLOB записей.

Более подробную информацию см. в Разделе 17.6.2.3, «Построение отсортированных индексов».

innodb_flush_log_at_timeout

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

innodb_flush_log_at_trx_commit

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

Для обеспечения долговечности и согласованности в настройке репликации, использующей InnoDB с транзакциями:

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

innodb_flush_method

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

В Unix-подобных системах значение по умолчанию равно O_DIRECT, если поддерживается, в противном случае по умолчанию используется fsync. В Windows значение по умолчанию — unbuffered.

Варианты параметра innodb_flush_method для Unix-подобных систем включают:

На платформах, которые поддерживают системные вызовы fdatasync(), переменная innodb_use_fdatasync позволяет использовать варианты innodb_flush_method, которые используют fsync(), чтобы использовать fdatasync() вместо этого. Системный вызов fdatasync() не сбрасывает изменения в метаданных файла, если они не требуются для последующего извлечения данных, что обеспечивает потенциальное преимущество производительности.

Варианты параметра innodb_flush_method для Windows включают:

Влияние каждого параметра на производительность зависит от конфигурации оборудования и рабочей нагрузки. Сравните параметры вашей конфигурации, чтобы определить, какой параметр использовать или оставить значение по умолчанию. Проверьте системную переменную Innodb_data_fsyncs, чтобы увидеть общее количество вызовов fsync() (или вызовов fdatasync(), если innodb_use_fdatasync включено) для каждого параметра. Соотношение операций чтения и записи в вашей рабочей нагрузке может повлиять на производительность параметра. Например, на системе с контроллером RAID оборудования и кэшем записи с батарейным питанием O_DIRECT может помочь избежать двойного буферизации между буфером InnoDB и кэшем файловой системы операционной системы. На некоторых системах, где данные и журнальные файлы InnoDB расположены на SAN, значение по умолчанию или O_DSYNC может быть быстрее для рабочей нагрузки с интенсивным чтением и в основном операциями SELECT. Всегда тестируйте этот параметр с оборудованием и рабочей нагрузкой, отражающими вашу производственную среду. Для общих советов по настройке ввода-вывода см. Раздел 10.5.8, «Оптимизация ввода-вывода InnoDB на диске».

innodb_flush_neighbors

Указывает, следует ли при сбросе страницы из InnoDB также сбрасывать другие в том же .

При хранении данных таблицы на традиционном устройстве хранения, сброс таких в одной операции снижает издержки ввода-вывода (в первую очередь за счёт операций поиска на диске) по сравнению со сбросом отдельных страниц в разное время. Для данных таблиц, хранящихся на , время поиска не является существенным фактором, и вы можете установить этот параметр в 0, чтобы распределить операции записи. Для дополнительной информации см. Раздел 17.8.3.5, «Настройка сброса буфера пула».

innodb_flush_sync

Переменная innodb_flush_sync, которая включена по умолчанию, игнорирует параметры innodb_io_capacity и innodb_io_capacity_max во время кратковременных всплесков активности ввода-вывода, которые происходят в . Чтобы придерживаться скорости ввода-вывода, определённой параметрами innodb_io_capacity и innodb_io_capacity_max, отключите innodb_flush_sync.

Дополнительную информацию о настройке переменной innodb_flush_sync см. в Разделе 17.8.7, «Настройка ёмкости ввода-вывода InnoDB».

innodb_flushing_avg_loops

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

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

innodb_force_load_corrupted

Разрешает InnoDB загружать таблицы при запуске, которые помечены как поврежденные. Используйте только при устранении неполадок, чтобы восстановить данные, которые в противном случае недоступны. После завершения устранения неполадок отключите этот параметр и перезапустите сервер.

innodb_force_recovery

Режим , который обычно изменяется только в серьезных ситуациях при устранении неполадок. Возможные значения от 0 до 6. Значения этих значений и важная информация о innodb_force_recovery см. в Разделе 17.20.3, «Принудительное восстановление InnoDB».

innodb_fsync_threshold

По умолчанию, когда InnoDB создает новый файл данных, такой как новый журнал или файл табличного пространства, файл полностью записывается в кэш операционной системы перед сбросом на диск, что может привести к большому объёму операций записи на диск сразу. Чтобы обеспечить более мелкие периодические сбросы данных из кэша операционной системы, вы можете использовать переменную innodb_fsync_threshold для определения порога в байтах. Когда порог в байтах достигается, содержимое кэша операционной системы сбрасывается на диск. Значение по умолчанию 0 включает поведение по умолчанию, которое сбрасывает данные на диск только после полного заполнения кэша файла.

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

innodb_ft_aux_table

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

SET GLOBAL innodb_ft_aux_table = 'test/t1';

После установки этой переменной в имя в формате db_name/table_name, таблицы INFORMATION_SCHEMA INNODB_FT_INDEX_TABLE, INNODB_FT_INDEX_CACHE, INNODB_FT_CONFIG, INNODB_FT_DELETED и INNODB_FT_BEING_DELETED отображают информацию об индексе поиска для указанной таблицы.

Для получения дополнительной информации см. Раздел 17.15.4, «Таблицы InnoDB INFORMATION_SCHEMA FULLTEXT».

innodb_ft_cache_size

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

Дополнительная информация приведена в Кэше индекса InnoDB полнотекстового поиска.

innodb_ft_enable_diag_print

Включать ли дополнительный вывод диагностической информации о полнотекстовом поиске (FTS). Этот параметр предназначен в первую очередь для расширенной отладки FTS и не представляет интереса для большинства пользователей. Вывод печатается в журнал ошибок и включает в себя информацию, такую как:

innodb_ft_enable_stopword

Указывает, что набор связан с индексом InnoDB FULLTEXT во время создания индекса. Если задан параметр innodb_ft_user_stopword_table, стоп-слова берутся из этой таблицы. В противном случае, если задан параметр innodb_ft_server_stopword_table, стоп-слова берутся из этой таблицы. В противном случае используется встроенный набор стоп-слов по умолчанию.

Для получения дополнительной информации см. Раздел 14.9.4, «Стоп-слова полнотекстового поиска».

innodb_ft_max_token_size

Максимальная длина слов в символах, которые хранятся в индексе InnoDB FULLTEXT. Установка ограничения на это значение уменьшает размер индекса, тем самым ускоряя запросы, путем пропуска длинных ключевых слов или произвольных наборов букв, которые не являются реальными словами и вряд ли будут поисковыми терминами.

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

innodb_ft_min_token_size

Минимальная длина слов в символах, которые хранятся в индексе InnoDB FULLTEXT. Увеличение этого значения уменьшает размер индекса, тем самым ускоряя запросы, путем пропуска распространенных слов, которые вряд ли будут значимыми в контексте поиска, таких как английские слова “a” и “to”. Для контента, использующего кодировку CJK (китайский, японский, корейский), укажите значение 1.

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

innodb_ft_num_word_optimize

Количество слов для обработки во время каждой операции OPTIMIZE TABLE на индексе InnoDB FULLTEXT. Поскольку операция массовой вставки или обновления таблицы, содержащей индекс полнотекстового поиска, может потребовать существенного обслуживания индекса для учета всех изменений, вы можете выполнить серию инструкций OPTIMIZE TABLE, каждая из которых будет продолжать с того места, где остановилась предыдущая.

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

innodb_ft_result_cache_limit

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

Максимальное значение innodb_ft_result_cache_limit для всех типов платформ и разрядностей равно 2**32-1.

innodb_ft_server_stopword_table

Этот параметр используется для указания собственного списка стоп-слов индекса InnoDB FULLTEXT для всех таблиц InnoDB. Для настройки собственного списка стоп-слов для конкретной таблицы InnoDB используйте innodb_ft_user_stopword_table.

Установите innodb_ft_server_stopword_table в имя таблицы, содержащей список стоп-слов в формате db_name/table_name.

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

Таблица стоп-слов должна быть таблицей InnoDB, содержащей один столбец VARCHAR с именем value.

Для получения дополнительной информации см. Раздел 14.9.4, «Стоп-слова полнотекстового поиска».

innodb_ft_sort_pll_degree

Количество потоков, используемых параллельно для индексации и токенизации текста в индексе InnoDB FULLTEXT при построении .

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

innodb_ft_total_cache_size

Общий объем выделенной памяти в байтах для кэша индекса полнотекстового поиска InnoDB для всех таблиц. Создание многочисленных таблиц, каждая с индексом поиска FULLTEXT, может потреблять значительную часть доступной памяти. innodb_ft_total_cache_size определяет глобальный предел памяти для всех индексов полнотекстового поиска, чтобы помочь избежать чрезмерного потребления памяти. Если глобальный предел достигнут операцией индексации, выполняется принудительная синхронизация.

Для получения дополнительной информации см. Кэш полнотекстового индекса InnoDB.

innodb_ft_user_stopword_table

Этот параметр используется для указания собственного списка стоп-слов индекса InnoDB FULLTEXT для конкретной таблицы. Для настройки собственного списка стоп-слов для всех таблиц InnoDB используйте innodb_ft_server_stopword_table.

Установите innodb_ft_user_stopword_table в имя таблицы, содержащей список стоп-слов в формате db_name/table_name.

Таблица стоп-слов должна существовать до настройки innodb_ft_user_stopword_table. innodb_ft_enable_stopword должен быть включен, и innodb_ft_user_stopword_table должен быть настроен до создания индекса FULLTEXT.

Таблица стоп-слов должна быть таблицей InnoDB, содержащей один столбец VARCHAR с именем value.

Для получения дополнительной информации см. Раздел 14.9.4, «Стоп-слова полнотекстового поиска».

innodb_idle_flush_pct

Ограничивает очистку страниц, когда InnoDB находится в режиме ожидания. Значение innodb_idle_flush_pct представляет собой процент от настройки innodb_io_capacity, которая определяет количество операций ввода-вывода в секунду, доступных для InnoDB. Для получения дополнительной информации см. Ограничение скорости очистки буфера в периоды простоя.

innodb_io_capacity

Переменная innodb_io_capacity определяет количество операций ввода-вывода в секунду (IOPS), доступных для фоновых задач InnoDB, таких как страниц из и слияние данных из .

Для получения информации о настройке переменной innodb_io_capacity см. Раздел 17.8.7, «Настройка производительности ввода-вывода InnoDB».

innodb_io_capacity_max

Если процесс сброса данных отстаёт, InnoDB может производить более агрессивный сброс, выполняя операции ввода-вывода (I/O) с большей скоростью, чем определено переменной innodb_io_capacity. Переменная innodb_io_capacity_max определяет максимальное число операций I/O, выполняемых фоновыми задачами InnoDB в таких ситуациях. Этот параметр не контролирует поведение innodb_flush_sync.

Значение по умолчанию равно удвоенному значению innodb_io_capacity.

Подробности о настройке переменной innodb_io_capacity_max см. в Разделе 17.8.7, «Настройка производительности ввода-вывода InnoDB».

innodb_limit_optimistic_insert_debug

Ограничивает количество записей на странице. Значение по умолчанию 0 означает отсутствие ограничения. Этот параметр доступен только при включённой поддержке отладки с помощью опции WITH_DEBUG CMake.

innodb_lock_wait_timeout

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

ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

При достижении таймаута ожидания блокировки выполняется текущая команда (а не вся транзакция). Чтобы вся транзакция была отменена, запустите сервер с параметром --innodb-rollback-on-timeout. Также см. Раздел 17.20.5, «Обработка ошибок InnoDB».

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

innodb_lock_wait_timeout относится к блокировкам строк InnoDB. MySQL не работает внутри InnoDB, и этот таймаут не применяется к ожиданию блокировок таблиц.

Значение таймаута ожидания блокировки не применяется, когда innodb_deadlock_detect включен (по умолчанию), так как InnoDB сразу обнаруживает тупиковые ситуации и отменяет одну из заблокированных транзакций. Когда innodb_deadlock_detect выключен, InnoDB полагается на innodb_lock_wait_timeout для отмены транзакции при возникновении тупиковой ситуации. Смотрите Раздел 17.7.5.2, «Обнаружение тупиковых ситуаций».

innodb_lock_wait_timeout может быть установлено во время работы с помощью команды SET GLOBAL или SET SESSION. Изменение глобального значения требует соответствующих привилегий (см. Раздел 7.1.9.1, «Права на системные переменные») и влияет на работу всех последующих подключений. Любой клиент может изменить значение параметра SESSION для innodb_lock_wait_timeout, что повлияет только на этого клиента.

innodb_log_buffer_size

innodb_log_checkpoint_fuzzy_now

innodb_log_checkpoint_now

innodb_log_checksums

Включает или отключает контрольные суммы для страниц журнала восстановления.

innodb_log_checksums=ON включает алгоритм контрольной суммы CRC-32C для страниц журнала восстановления. Когда innodb_log_checksums отключен, содержимое поля контрольной суммы страницы журнала восстановления игнорируется.

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

innodb_log_compressed_pages

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

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

Чтобы оценить влияние включения или отключения innodb_log_compressed_pages, сравните генерацию журнала восстановления для обоих значений в рамках одной рабочей нагрузки. Для измерения генерации журнала восстановления можно использовать наблюдение за Log sequence number (LSN) в разделе LOG выходных данных SHOW ENGINE INNODB STATUS или мониторинг состояния Innodb_os_log_written для количества байтов, записанных в файлы журнала восстановления.

Для получения дополнительной информации см. Раздел 17.9.1.6, «Сжатие для рабочих нагрузок OLTP».

innodb_log_file_size

Размер в байтах каждого файла журнала в группе. Общий размер файлов журнала (innodb_log_file_size * innodb_log_files_in_group) не может превышать максимального значения, немного меньшего 512 ГБ. Например, пара файлов журналов размером 255 ГБ приближается к пределу, но его не превышает. Значение по умолчанию составляет 48 МБ.

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

Минимальное значение innodb_log_file_size составляет 4 МБ.

Для получения дополнительной информации см. Настройка журнала восстановления. Для рекомендаций по настройке ввода-вывода см. Раздел 10.5.8, «Оптимизация дисковых вводов-выводов InnoDB».

Если сервер запускается с --innodb-dedicated-server, значение innodb_log_file_size устанавливается автоматически, если оно не определено явно. Дополнительную информацию см. в Разделе 17.8.12, «Включение автоматической настройки InnoDB для выделенного сервера MySQL».

innodb_log_files_in_group

Количество файлов журнала в группе. Записи в файлы осуществляются циклически. Значение по умолчанию (и рекомендуемое) — 2. Путь к файлам задаётся параметром innodb_log_group_home_dir. Общий размер файлов журнала (innodb_log_file_size * innodb_log_files_in_group) может составлять до 512 ГБ.

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

Если сервер запускается с --innodb-dedicated-server, значение innodb_log_files_in_group устанавливается автоматически, если оно не определено явно. Дополнительную информацию см. в Разделе 17.8.12, «Включение автоматической настройки InnoDB для выделенного сервера MySQL».

innodb_log_group_home_dir

Путь к каталогу, содержащему файлы InnoDB журнала восстановления.

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

innodb_log_spin_cpu_abs_lwm

Определяет минимальное количество использования ЦП, ниже которого потоки пользователей перестают вращаться при ожидании списания резервного журнала. Значение выражено как сумма использования ядер ЦП. Например, значение по умолчанию 80 составляет 80% одного ядра ЦП. На системе с многоядерным процессором значение 150 представляет 100% использования одного ядра ЦП плюс 50% использования второго ядра ЦП.

Для получения дополнительной информации см. Раздел 10.5.4, «Оптимизация журналирования InnoDB».

innodb_log_spin_cpu_pct_hwm

Определяет максимальное количество использования ЦП, выше которого потоки пользователей перестают вращаться при ожидании списания резервного журнала. Значение выражено в процентах от общей вычислительной мощности всех ядер ЦП. Значение по умолчанию составляет 50%. Например, 100% использования двух ядер ЦП составляет 50% от общей вычислительной мощности ЦП на сервере с четырьмя ядрами ЦП.

Переменная innodb_log_spin_cpu_pct_hwm учитывает родство процессоров. Например, если сервер имеет 48 ядер, но процесс mysqld закреплен только за четырьмя ядрами ЦП, остальные 44 ядра игнорируются.

Для получения дополнительной информации см. Раздел 10.5.4, «Оптимизация журналирования InnoDB».

innodb_log_wait_for_flush_spin_hwm

Определяет максимальное среднее время списания журнала, после которого потоки пользователей перестают вращаться, ожидая списания резервного журнала. Значение по умолчанию составляет 400 микросекунд.

Для получения дополнительной информации см. Раздел 10.5.4, «Оптимизация журналирования InnoDB».

innodb_log_write_ahead_size

Определяет размер блока предварительной записи для журнала резервного копирования в байтах. Чтобы избежать «чтения при записи», установите innodb_log_write_ahead_size в соответствии с размером блока кэша операционной системы или файловой системы. Значение по умолчанию составляет 8192 байта. Чтение при записи происходит, когда блоки резервного журнала не полностью кэшируются в операционной системе или файловой системе из-за несоответствия между размером блока предварительной записи резервного журнала и размером блока кэша операционной системы или файловой системы.

Допустимые значения для innodb_log_write_ahead_size являются кратными размеру блока файла журнала (2ⁿ). Минимальное значение равно размеру блока файла журнала (512). Предварительная запись не происходит, когда указано минимальное значение. Максимальное значение равно значению innodb_page_size. Если вы укажете значение для innodb_log_write_ahead_size, которое больше значения innodb_page_size, настройка innodb_log_write_ahead_size усекается до значения innodb_page_size.

Установка значения innodb_log_write_ahead_size слишком низким по отношению к блоку кэша операционной системы или файловой системы приводит к «чтению при записи». Установка значения слишком высокой может незначительно повлиять на производительность записи файла журнала из-за одновременной записи нескольких блоков.

Для получения дополнительной информации см. Раздел 10.5.4, «Оптимизация журналирования InnoDB».

innodb_log_writer_threads

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

Значение по умолчанию было ON до MySQL 9.1.0.

Для получения дополнительной информации см. Раздел 10.5.4, «Оптимизация журналирования InnoDB».

innodb_lru_scan_depth

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

Настройка значения меньше, чем значение по умолчанию, обычно подходит для большинства рабочих нагрузок. Значение, значительно превышающее необходимое, может повлиять на производительность. Рассмотрите возможность увеличения значения только в том случае, если у вас есть избыточная емкость ввода-вывода при типичной рабочей нагрузке. И наоборот, если рабочая нагрузка с интенсивной записью насыщает вашу емкость ввода-вывода, уменьшите значение, особенно в случае большого буферного пула.

При настройке innodb_lru_scan_depth, начните с малого значения и увеличивайте настройку с целью редко видеть ноль свободных страниц. Также рассмотрите возможность корректировки innodb_lru_scan_depth при изменении количества экземпляров буферного пула, так как innodb_lru_scan_depth * innodb_buffer_pool_instances определяет объем работы, выполняемой потоком очистки страниц каждую секунду.

Для получения дополнительной информации см. Раздел 17.8.3.5, «Настройка очистки буферного пула». Для получения общих рекомендаций по настройке ввода-вывода см. Раздел 10.5.8, «Оптимизация ввода-вывода InnoDB».

innodb_max_dirty_pages_pct

InnoDB пытается данные из так, чтобы процент не превышал этого значения.

Настройка innodb_max_dirty_pages_pct устанавливает целевое значение для активности очистки. Она не влияет на скорость очистки. Для получения информации о управлении скоростью очистки см. Раздел 17.8.3.5, «Настройка очистки буферного пула».

Для получения дополнительной информации см. Раздел 17.8.3.5, «Настройка очистки буферного пула». Для получения общих рекомендаций по настройке ввода-вывода см. Раздел 10.5.8, «Оптимизация ввода-вывода InnoDB».

innodb_max_dirty_pages_pct_lwm

Определяет нижнюю границу, представляющую процент , при котором включается предварительная очистка для управления соотношением грязных страниц. Значение 0 полностью отключает поведение предварительной очистки. Настроенное значение всегда должно быть меньше значения innodb_max_dirty_pages_pct. Для получения дополнительной информации см. Раздел 17.8.3.5, «Настройка очистки буферного пула».

innodb_max_purge_lag

Определяет желаемую максимальную задержку очистки. Если это значение превышено, к операциям INSERT, UPDATE и DELETE применяется задержка, чтобы дать время для завершения очистки. Значение по умолчанию равно 0, что означает отсутствие максимальной задержки очистки и задержки.

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

innodb_max_purge_lag_delay

Указывает максимальную задержку в микросекундах для задержки, применяемой при превышении порога innodb_max_purge_lag. Указанное значение innodb_max_purge_lag_delay является верхним пределом периода задержки, вычисляемого по формуле innodb_max_purge_lag.

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

innodb_max_undo_log_size

Определяет пороговый размер для табличных пространств отката. Если табличное пространство отката превышает пороговое значение, оно может быть помечено для усечения, когда включен innodb_undo_log_truncate. Значение по умолчанию — 1073741824 байта (1024 МБ).

Для получения дополнительной информации см. Усечение табличных пространств отката.

innodb_merge_threshold_set_all_debug

Определяет процентное значение, заполняющее страницу для страниц индекса, которое переопределяет текущий параметр MERGE_THRESHOLD для всех индексов, которые в данный момент находятся в кэше словаря. Эта опция доступна только в том случае, если поддержка отладки скомпилирована с использованием опции WITH_DEBUG CMake. Для получения дополнительной информации см. Раздел 17.8.11, «Настройка порогового значения слияния для страниц индекса».

innodb_monitor_disable

Эта переменная выступает в качестве переключателя, отключающего InnoDB . Данные счетчиков можно запрашивать с помощью таблицы Information Schema INNODB_METRICS. Для получения информации об использовании см. Раздел 17.15.6, «Таблица метрик InnoDB INFORMATION_SCHEMA».

innodb_monitor_disable='latch' отключает сбор статистики для SHOW ENGINE INNODB MUTEX. Для получения дополнительной информации см. Раздел 15.7.7.17, «Инструкция SHOW ENGINE».

innodb_monitor_enable

Эта переменная выступает в качестве переключателя, включающего InnoDB . Данные счетчиков можно запрашивать с помощью таблицы Information Schema INNODB_METRICS. Для получения информации об использовании см. Раздел 17.15.6, «Таблица метрик InnoDB INFORMATION_SCHEMA».

innodb_monitor_enable='latch' включает сбор статистики для SHOW ENGINE INNODB MUTEX. Для получения дополнительной информации см. Раздел 15.7.7.17, «Инструкция SHOW ENGINE».

innodb_monitor_reset

Эта переменная выступает в качестве переключателя, сбрасывающего значение счетчика для InnoDB в ноль. Данные счетчиков можно запрашивать с помощью таблицы Information Schema INNODB_METRICS. Для получения информации об использовании см. Раздел 17.15.6, «Таблица метрик InnoDB INFORMATION_SCHEMA».

innodb_monitor_reset='latch' сбрасывает статистику, предоставляемую SHOW ENGINE INNODB MUTEX. Для получения дополнительной информации см. Раздел 15.7.7.17, «Инструкция SHOW ENGINE».

innodb_monitor_reset_all

Эта переменная выступает в качестве переключателя, сбрасывающего все значения (минимальное, максимальное и т.д.) для InnoDB . Данные счетчиков можно запрашивать с помощью таблицы Information Schema INNODB_METRICS. Для получения информации об использовании см. Раздел 17.15.6, «Таблица метрик InnoDB INFORMATION_SCHEMA».

innodb_numa_interleave

Включает политику памяти NUMA interleave для распределения буферного пула InnoDB . Когда включен innodb_numa_interleave, политика памяти NUMA устанавливается в MPOL_INTERLEAVE для процесса mysqld. После распределения буферного пула InnoDB политика памяти NUMA возвращается к MPOL_DEFAULT. Для того чтобы опция innodb_numa_interleave была доступна, MySQL должен быть скомпилирован в системе Linux с поддержкой NUMA. Значение по умолчанию равно ON, если система поддерживает его, в противном случае значение по умолчанию равно OFF.

CMake устанавливает значение по умолчанию WITH_NUMA в зависимости от того, поддерживает ли текущая платформа NUMA. Для получения дополнительной информации см. Раздел 2.8.7, «Опции конфигурации исходного кода MySQL».

innodb_old_blocks_pct