Механизм хранения Memory

Механизм хранения Memory, как следует из его названия, позволяет реализовывать таблицы в памяти, которые используют хэш-индексы, обеспечивая произво дительность работы с ними по крайней мере на 30 % выше, чем в случае с обычными таблицами MylSAM. Доступ к ним, а также их использование осуществляются абсолютно так же, что и в случае обычных таблиц MylSAM и ISAM. Однако данные, содержащиеся в таких таблицах, будут доступны, лишь пока запущен сервер MySQL, и окажутся стертыми, если сервер MySQL даст сбой или его работа будет завершена. Несмотря на то что использование этих таблиц способствует более высокой производительности, из-за их временной природы они подходят лишь для временного хранения данных и управления ими.

Механизм хранения csv

Механизм хранения CSV обеспечивает удачное сочетание переносимости текстовых файлов с мощью SQL-запросов. Таблицы CSV, по сути, являются плоскими ASCII-файлами, где запятые служат разделителями всех граф записей. Данный формат абсолютно «понятен» для нe-SQL-приложений, например Microsoft Excel, благодаря чему данные можно без труда переносить из SQL-окружения в не-SQL-окружение. Однако вполне очевидным ограничением является то, что таблицы! CSV не поддерживают индексирование и операции SELECT, из чего следует, что при работе с ними приходится выполнять их полное сканирование, что отрицательно сказывается на производительности. Таблицы CSV также не поддерживают тип данных NULL.

Механизм хранения merge

Таблицы MERGE представляют собой виртуальную таблицу, создаваемую объединением нескольких таблиц MyISAM в одну общую таблицу. Объединение таблиц возможно только в том случае, если они обладают полностью идентичной структурой. Любые различия в типе граф или индексов будут препятствовать успешному объединению. Таблица MERGE использует индексы таблиц, которые являются ее составными частями, и не поддерживает никаких собственных индексов, что может положительно сказаться на уровне производительности в определенных ситуациях. Таблицы MERGE позволяют выполнять операции SELECT, DELETE и UPDATE и могут оказаться полезными, когда вам потребуется объединить данные из различных таблиц либо повысить уровень производительности операций соединения или поиска в группе таблиц.

Механизм хранения NDB

Механизм хранения NDB позволяет реализовать высокодоступный тип таблиц в памяти, предназначенный только для использования в кластеризованных серверных окружениях MySQL. Формат NDB поддерживает табличные файлы большого размера (до 384 Гбайт), графы переменной длины и репликацию. Однако таблицы NDB не поддерживают внешние ключи, точки сохранения и репликацию на основе операторов, при этом предусматривается максимум по 128 граф и индексов на каждую таблицу.

Что следует учитывать при выборе механизма хранения

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

• интенсивность операций чтения по сравнению с операциями записи;

• необходимость транзакционной поддержки;

• необходимость поддержки внешних ключей;

• требования, касающиеся индексирования;

• размер таблицы и скорость, с которой она будет увеличиваться;

• переносимость из одной ОС архитектуры на другую;

• требования к дальнейшей расширяемости и способность к адаптации в соотвествии с изменяющимися требованиями к данным.

Следует отметить, что MySQL позволяет совместно использовать разные механизмы хранения в базе данных. Так, например, вы можете задействовать механизм MylSAM для таблиц, которые подвергаются интенсивным операциям SELECT, а механизм InnoDB — для таблиц, в которых часто выполняются операции INSERT транзакции. Возможность выбора механизма хранения для каждой таблицы в дельности является уникальной чертой MySQL и играет важную роль в обеспечении великолепной производительности, которой обладает эта система.