innodb_adaptive_flushing

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

innodb_adaptive_flushing_lwm

Определяет низкую отметку (low water mark), представляющую процент ёмкости, при котором включается динамическая настройка. Дополнительную информацию см. в разделе 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

Способ, используемый для генерации значений. Допустимые значения — 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 non-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

Максимальный размер для InnoDB, в процентах от общего размера . Можно увеличить это значение для сервера 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 МБ). Применяется к операциям online DDL, которые создают или перестраивают вторичные индексы. См. Раздел 17.12.4, «Управление памятью online DDL». Максимальный размер буфера на поток DDL равен максимальному размеру буфера, деленному на количество потоков DDL (innodb_ddl_buffer_size/innodb_ddl_threads).

innodb_ddl_log_crash_reset_debug

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

innodb_ddl_threads

Определяет максимальное количество параллельных потоков для фаз сортировки и построения при создании индексов. Применяется к операциям online DDL, которые создают или перестраивают вторичные индексы. Для получения дополнительной информации см. Раздел 17.12.5, «Настройка параллельных потоков для онлайн-операций DDL» и Раздел 17.12.4, «Управление памятью online 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 или при использовании параметра 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 управляет буферизацией doublewrite. Буферизация doublewrite включена по умолчанию в большинстве случаев.

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

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

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

Подробную информацию см. в разделе Раздел 17.6.4, «Буфер doublewrite».

innodb_doublewrite_batch_size

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

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

innodb_doublewrite_dir

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

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

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

Управляет тем, как пространство выделяется для таблиц file-per-table и общих табличных пространств в системах 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 включено, таблицы создаются в табличных пространствах file-per-table по умолчанию. Когда отключено, таблицы создаются в системном табличном пространстве по умолчанию. Для получения информации о табличных пространствах file-per-table см. Раздел 17.6.3.2, «Табличные пространства File-Per-Table». Для получения информации о системном табличном пространстве InnoDB см. Раздел 17.6.3.1, «Системное табличное пространство».

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

Когда таблица, которая находится в табличном пространстве file-per-table, усекается или удаляется, освобожденное пространство возвращается операционной системе. Усечение или удаление таблицы, которая находится в системном табличном пространстве, освобождает только пространство в системном табличном пространстве. Освобожденное пространство в системном табличном пространстве может быть использовано снова для данных 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

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

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

Доступные варианты для метода сброса данных InnoDB в системах 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

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

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 может выполнять очистку более агрессивно, с более высокой скоростью операций ввода-вывода в секунду (IOPS), чем определено переменной innodb_io_capacity. Переменная innodb_io_capacity_max определяет максимальное количество операций IOPS, выполняемых фоновыми задачами 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. Изменение параметра GLOBAL требует прав, достаточных для установки глобальных системных переменных (см. раздел 7.1.9.1, «Привилегии системных переменных»), и влияет на работу всех клиентов, которые подключаются впоследствии. Любой клиент может изменить параметр SESSION для innodb_lock_wait_timeout, что влияет только на этого клиента.

innodb_log_buffer_size

Размер в байтах буфера, который InnoDB использует для записи на диск. Значение по умолчанию — 64 МБ. Большой позволяет выполнять большие без необходимости записи журнала на диск до завершения транзакций. Таким образом, если у вас есть транзакции, которые обновляют, вставляют или удаляют много строк, увеличение размера буфера журнала экономит операции ввода-вывода на диске. Дополнительная информация приведена в разделе Настройка памяти, и разделе 10.5.4, «Оптимизация повторной записи журналов InnoDB». Общие советы по настройке ввода-вывода см. в разделе 10.5.8, «Оптимизация операций ввода-вывода на диске InnoDB».

innodb_log_checkpoint_fuzzy_now

Включите этот параметр отладки, чтобы принудительно заставить InnoDB записать нечеткую контрольную точку. Этот параметр доступен только в том случае, если поддержка отладки компилируется с использованием параметра WITH_DEBUG CMake.

innodb_log_checkpoint_now

Включите этот параметр отладки, чтобы принудительно заставить InnoDB записать контрольную точку. Этот параметр доступен только в том случае, если поддержка отладки компилируется с использованием параметра WITH_DEBUG CMake.

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 МБ.

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

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

Для получения дополнительной информации см. Настройка журнала переписывания. Общие рекомендации по настройке I/O см. в Разделе 10.5.8, «Оптимизация I/O 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_log_spin_cpu_abs_lwm

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

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

innodb_log_spin_cpu_pct_hwm

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

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

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

innodb_log_wait_for_flush_spin_hwm

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

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

innodb_log_write_ahead_size

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

Допустимые значения для 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 redo».

innodb_log_writer_threads

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

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

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