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

Размер кэш-пула буфера важен для производительности системы:

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

Все потоки используют общий буфер ключей MyISAM. Размер буфера определяется переменной системы key_buffer_size.

Для каждой MyISAM таблицы, которую открывает сервер, файл индекса открывается один раз; файл данных открывается один раз для каждого работающего одновременно потока, который обращается к таблице. Для каждого одновременно работающего потока выделяется структура таблицы, структуры столбцов для каждого столбца и буфер размером 3 * N (где N — максимальная длина строки, не считая BLOB столбцов). BLOB столбец требует от пяти до восьми байт плюс длину данных BLOB. Хранилище MyISAM поддерживает один дополнительный буфер строки для внутреннего использования.

Переменная системы myisam_use_mmap может быть установлена в 1, чтобы включить отображение памяти для всех таблиц MyISAM.

Если внутренняя временная таблица в оперативной памяти становится слишком большой (как определяется tmp_table_size и max_heap_table_size), MySQL автоматически преобразует таблицу из оперативной памяти в формат на диске, который использует хранилище InnoDB. Достижение этого предела также увеличивает Count_hit_tmp_table_size. Вы можете увеличить допустимый размер временной таблицы, как описано в разделе 10.4.4, «Внутреннее использование временных таблиц в MySQL».

Для MEMORY таблиц, явно созданных с помощью CREATE TABLE, только переменная системы max_heap_table_size определяет, насколько большой может стать таблица, и преобразование в формат на диске не происходит.

MySQL Performance Schema — это функция для мониторинга выполнения сервера MySQL на низком уровне. Performance Schema динамически выделяет память постепенно, масштабируя использование памяти в соответствии с фактической нагрузкой сервера, вместо выделения необходимой памяти при запуске сервера. После выделения памяти, она не освобождается до перезапуска сервера. Дополнительную информацию см. в разделе 29.17, «Модель выделения памяти Performance Schema».

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

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

Каждый поток подключения использует память для вычисления дайджестов команд. Сервер выделяет max_digest_length байт на сеанс. См. раздел 29.10, «Performance Schema Дайджесты команд и выборки».

Все потоки используют общую базу памяти.

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

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

При чтении строк в произвольном порядке (например, после сортировки) может быть выделен буфер случайного чтения, чтобы избежать обращений к диску. Переменная системы read_rnd_buffer_size определяет размер буфера.

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

Большинство запросов, которые выполняют сортировку, выделяют буфер сортировки и от нуля до двух временных файлов в зависимости от размера набора результатов. См. раздел B.3.3.5, «Где MySQL хранит временные файлы».

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

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

MySQL требует памяти и дескрипторов для кэша таблиц. Структуры обработчиков для всех используемых таблиц сохраняются в кэше таблиц и управляются как “Первый вошёл, первый вышел” (FIFO). Переменная системы table_open_cache определяет начальный размер кэша таблиц; см. раздел 10.4.3.1, «Как MySQL открывает и закрывает таблицы».

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

Операция FLUSH TABLES или команда mysqladmin flush-tables закрывает все неиспользуемые таблицы сразу и помечает все используемые таблицы для закрытия после завершения текущей выполняющейся нити. Это эффективно освобождает большую часть используемой памяти. FLUSH TABLES не возвращается, пока все таблицы не будут закрыты.

Сервер кэширует информацию в памяти в результате выполнения операций GRANT, CREATE USER, CREATE SERVER и INSTALL PLUGIN. Эта память не освобождается операциями REVOKE, DROP USER, DROP SERVER и UNINSTALL PLUGIN, поэтому при большом количестве запусков операций, вызывающих кэширование, увеличивается использование кэшируемой памяти, если она не освобождается с помощью FLUSH PRIVILEGES.

В топологии репликации следующие настройки влияют на использование памяти и могут быть скорректированы по мере необходимости: