Глава 14. Механизмы хранения

InnoDB: Безопасное от транзакции (совместимый ACID) механизм хранения для MySQL, у которого есть фиксация, откат, и возможности восстановления катастрофического отказа защитить пользовательские данные. InnoDB блокировка на уровне строки (без подъема к более грубым блокировкам гранулярности) и стиль Oracle непротиворечивые чтения без блокировки увеличивает многопользовательский параллелизм и производительность. InnoDB хранит пользовательские данные в кластерных индексах, чтобы уменьшить ввод-вывод для общих запросов, основанных на первичных ключах. Поддержать целостность данных, InnoDB также поддерживает FOREIGN KEY ограничения ссылочной целостности. InnoDB механизм хранения значения по умолчанию в MySQL 5.6.

MyISAM: У этих таблиц есть маленькое место. Блокировка на уровне таблицы ограничивает производительность в рабочих нагрузках чтения-записи, таким образом, это часто используется в только для чтения или рабочих нагрузках чтения главным образом в конфигурациях организации хранилищ данных и Сети.

Memory: Хранит все данные в RAM, для быстрого доступа в средах, которые требуют быстрых поисков некритических данных. Этот механизм был прежде известен как HEAP механизм. Его варианты использования уменьшаются; InnoDB с его пулом буферов область памяти обеспечивает и длительный способ общего назначения сохранить больше всего или все данные в памяти, и NDBCLUSTER обеспечивает быстрые поиски значения ключа для огромных распределенных наборов данных.

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

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

Blackhole: Механизм хранения Черной дыры принимает, но не хранит данные, подобные Unix /dev/null устройство. Запросы всегда возвращают пустое множество. Эти таблицы могут использоваться в конфигурациях репликации, куда операторы DML отправляются ведомым серверам, но главный сервер не сохраняет свою собственную копию данных.

NDB (также известный как NDBCLUSTER) — Этот кластеризируемый механизм базы данных особенно подходит для приложений, которые требуют максимально возможной степени времени работы и доступности.

Merge: Позволяет DBA MySQL или разработчику логически сгруппировать серию идентичных MyISAM таблицы и ссылка их как один объект. Хороший для сред VLDB, таких как организация хранилищ данных.

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

Example: Этот механизм служит примером в исходном коде MySQL, который иллюстрирует, как начать писать новые механизмы хранения. Это имеет прежде всего интерес для разработчиков. Механизм хранения является "тупиком", который ничего не делает. Можно составить таблицы с этим механизмом, но никакие данные не могут храниться в них или получены от них.