Разработчики, планирующие использовать движок хранения MEMORY для важных, высокодоступных или часто обновляемых данных, должны рассмотреть, подходит ли NDB Cluster для этого случая. Типичное использование движка MEMORY включает следующие характеристики:

NDB Cluster предлагает те же функции, что и движок MEMORY, но с большей производительностью и дополнительными функциями, недоступными в MEMORY:

Таблицы MEMORY не могут быть разбиты.

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

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

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

Движок хранения MEMORY не создает никаких файлов на диске. Определение таблицы хранится в словаре данных MySQL.

Таблицы MEMORY имеют следующие особенности:

Для создания таблицы MEMORY укажите предложение ENGINE=MEMORY в операторе CREATE TABLE.

CREATE TABLE t (i INT) ENGINE = MEMORY;

Как следует из названия движка, таблицы MEMORY хранятся в памяти. По умолчанию они используют индексы хеширования, что делает их очень быстрыми для поиска по одному значению и очень полезными для создания временных таблиц. Однако при завершении работы сервера все строки, хранящиеся в таблицах MEMORY, теряются. Сами таблицы продолжают существовать, поскольку их определения хранятся в словаре данных MySQL, но они пусты при перезапуске сервера.

В этом примере показано, как можно создать, использовать и удалить таблицу MEMORY:

mysql> CREATE TABLE test ENGINE=MEMORY
           SELECT ip,SUM(downloads) AS down
           FROM log_table GROUP BY ip;

mysql> SELECT COUNT(ip),AVG(down) FROM test;

mysql> DROP TABLE test;

Максимальный размер таблиц MEMORY ограничен системной переменной max_heap_table_size, которая имеет значение по умолчанию 16 МБ. Чтобы установить различные ограничения размера для таблиц MEMORY, измените значение этой переменной. Значение, действующее для CREATE TABLE или последующего ALTER TABLE или TRUNCATE TABLE, используется на протяжении всего жизненного цикла таблицы. Перезапуск сервера также устанавливает максимальный размер существующих таблиц MEMORY в глобальное значение max_heap_table_size. Вы можете задать размер для отдельных таблиц, как описано ниже в этом разделе.

Движок хранения MEMORY поддерживает как HASH, так и BTREE индексы. Вы можете указать один или другой для данного индекса, добавив предложение USING, как показано здесь:

CREATE TABLE lookup
    (id INT, INDEX USING HASH (id))
    ENGINE = MEMORY;
CREATE TABLE lookup
    (id INT, INDEX USING BTREE (id))
    ENGINE = MEMORY;

Общие характеристики индексов B-дерева и хеширования см. в разделе 10.3.1, «Как MySQL использует индексы».

Таблицы MEMORY могут иметь до 64 индексов на таблицу, 16 столбцов на индекс и максимальную длину ключа 3072 байта.

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

Таблицы MEMORY могут иметь не уникальные ключи. (Это редкая функция для реализации индексов хеширования.)

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

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

Для заполнения таблицы MEMORY при запуске сервера MySQL можно использовать системную переменную init_file. Например, вы можете поместить в файл операторы, такие как INSERT INTO ... SELECT или LOAD DATA для загрузки таблицы из постоянного источника данных, и использовать init_file для указания имени файла. См. раздел 7.1.8, «Системные переменные сервера» и раздел 15.2.9, «Оператор LOAD DATA».

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

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

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

Память не освобождается, если вы удаляете отдельные строки из таблицы MEMORY. Память освобождается только при удалении всей таблицы. Память, ранее используемая для удаленных строк, повторно используется для новых строк в той же таблице. Чтобы освободить всю память, используемую таблицей MEMORY, когда вам больше не нужны ее данные, выполните DELETE или TRUNCATE TABLE для удаления всех строк или удалите таблицу полностью с помощью DROP TABLE. Чтобы освободить память, используемую удаленными строками, используйте ALTER TABLE ENGINE=MEMORY для принудительной перестройки таблицы.

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

SUM_OVER_ALL_BTREE_KEYS(max_length_of_key + sizeof(char*) * 4)
+ SUM_OVER_ALL_HASH_KEYS(sizeof(char*) * 2)
+ ALIGN(length_of_row+1, sizeof(char*))

ALIGN() представляет собой коэффициент округления, чтобы сделать длину строки точным кратным размеру указателя char. sizeof(char*) равен 4 на 32-разрядных машинах и 8 на 64-разрядных машинах.

Как уже упоминалось, системная переменная max_heap_table_size устанавливает предел максимального размера таблиц MEMORY. Чтобы контролировать максимальный размер для отдельных таблиц, установите сессионное значение этой переменной перед созданием каждой таблицы. (Не изменяйте глобальное значение max_heap_table_size, если вы не хотите, чтобы это значение использовалось для таблиц MEMORY, создаваемых всеми клиентами.) В следующем примере создаются две таблицы MEMORY с максимальным размером 1 МБ и 2 МБ соответственно:

mysql> SET max_heap_table_size = 1024*1024;
Query OK, 0 rows affected (0.00 sec)

mysql> CREATE TABLE t1 (id INT, UNIQUE(id)) ENGINE = MEMORY;
Query OK, 0 rows affected (0.01 sec)

mysql> SET max_heap_table_size = 1024*1024*2;
Query OK, 0 rows affected (0.00 sec)

mysql> CREATE TABLE t2 (id INT, UNIQUE(id)) ENGINE = MEMORY;
Query OK, 0 rows affected (0.00 sec)

Обе таблицы возвращаются к глобальному значению max_heap_table_size сервера при перезапуске сервера.

Вы также можете указать опцию таблицы MAX_ROWS в операторах CREATE TABLE для таблиц MEMORY, чтобы указать предполагаемое количество строк, которые будут храниться в них. Это не позволяет таблице расти сверх значения max_heap_table_size, которое по-прежнему ограничивает максимальный размер таблицы. Для максимальной гибкости при использовании таблиц MAX_ROWS, установите max_heap_table_size как минимум на уровне желаемого значения роста каждой таблицы MEMORY.

Форум, посвященный движку хранения MEMORY, доступен по адресу https://forums.mysql.com/list.php?92.