Spec-Zone .ru
спецификации, руководства, описания, API

14.6. ARCHIVE Механизм хранения

ARCHIVE механизм хранения производит таблицы специального назначения, которые хранят большое количество неиндексированных данных в очень маленьком месте.

Таблица 14.10. ARCHIVE Хранение EngineFeatures

Пределы хранения Ни один Транзакции Нет Блокировка гранулярности Таблица
MVCC Нет Картографические данные вводят поддержку Да Geospatial, индексирующий поддержку Нет
B-дерево индексирует Нет T-древовидные-индексы Нет Хеш индексирует Нет
Полнотекстовый поиск индексирует Нет Кластерные индексы Нет Кэши данных Нет
Индексируйте кэши Нет Сжатые данные Да Зашифрованные данные Да
Поддержка базы данных кластера Нет Поддержка репликации [b] Да Поддержка внешнего ключа Нет
Резервное копирование / восстановление момента времени [c] Да Поддержка кэша запроса Да Статистика обновления для словаря данных Да

[a] Реализованный в сервере (через функции шифрования), а не в механизме хранения.

[b] Реализованный в сервере, а не в механизме хранения.

[c] Реализованный в сервере, а не в механизме хранения.


ARCHIVE механизм хранения включается в двоичные дистрибутивы MySQL. Чтобы включить этому механизму хранения, если Вы создаете MySQL из источника, вызовите CMake с -DWITH_ARCHIVE_STORAGE_ENGINE опция.

Исследовать источник на ARCHIVE механизм, загляните storage/archive каталог исходного распределения MySQL.

Можно проверить ли ARCHIVE механизм хранения доступен с SHOW ENGINES оператор.

Когда Вы создаете ARCHIVE таблица, сервер создает файл формата таблицы в каталоге базы данных. Файл начинается с имени таблицы и имеет .frm расширение. Механизм хранения создает другие файлы, все имеющие имена, начинающиеся с имени таблицы. У файла данных есть расширение .ARZ. .ARN файл может появиться во время операций оптимизации.

ARCHIVE механизм поддерживает INSERT и SELECT, но нет DELETE, REPLACE, или UPDATE. Это действительно поддерживает ORDER BY операции, BLOB столбцы, и в основном почти пространственные типы данных (см. Раздел 12.18.4.1, "MySQL Spatial Data Types"). ARCHIVE механизм использует блокировку на уровне строки.

ARCHIVE механизм поддерживает AUTO_INCREMENT атрибут столбца. AUTO_INCREMENT у столбца могут быть или уникальное или групповое, индексируют. Попытка создать индексирование на любом другом столбце приводит к ошибке. ARCHIVE механизм также поддерживает AUTO_INCREMENT табличная опция в CREATE TABLE и ALTER TABLE операторы, чтобы определить начальную последовательность оценивают за новую таблицу или сбросить значение последовательности для существующей таблицы, соответственно.

ARCHIVE механизм игнорирует BLOB столбцы, если их не требуют и сканирования мимо них, читая.

Хранение: Строки сжимаются, поскольку они вставляются. ARCHIVE использование механизма zlib сжатие данных без потерь (см. http://www.zlib.net/). Можно использовать OPTIMIZE TABLE проанализировать таблицу и упаковать это в меньший формат (по причине использовать OPTIMIZE TABLE, см. позже в этом разделе). Механизм также поддерживает CHECK TABLE. Есть несколько типов вставок, которые используются:

Извлечение: На извлечении строки являются несжатыми по требованию; нет никакого кэша строки. A SELECT работа выполняет полное сканирование таблицы: Когда a SELECT происходит, это узнает, сколько строк в настоящий момент доступно и чтения то число строк. SELECT выполняется как непротиворечивое чтение. Отметьте что много из SELECT операторы во время вставки могут ухудшить сжатие, если только не увеличивают объем, или задержанный вставляет, используются. Чтобы достигнуть лучшего сжатия, можно использовать OPTIMIZE TABLE или REPAIR TABLE. Число строк в ARCHIVE таблицы, о которых сообщают SHOW TABLE STATUS всегда точно. См. Раздел 13.7.2.4,"OPTIMIZE TABLE Синтаксис", Раздел 13.7.2.5,"REPAIR TABLE Синтаксис", и Раздел 13.7.5.35,"SHOW TABLE STATUS Синтаксис".

Дополнительные Ресурсы