Spec-Zone .ru
спецификации, руководства, описания, API
|
|
Spec-Zone .ru
спецификации, руководства, описания, API
|
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 сжатие данных без
потерь (см. ). Можно
использовать OPTIMIZE TABLE проанализировать таблицу и упаковать это в меньший формат (по
причине использовать OPTIMIZE TABLE,
см. позже в этом разделе). Механизм также поддерживает CHECK TABLE. Есть несколько типов вставок, которые используются:
INSERT оператор только продвигает строки в буфер сжатия, и тот буфер
сбросы по мере необходимости. Вставка в буфер защищается блокировкой. A SELECT вынуждает сброс произойти.
Объемная вставка видима только после того, как она завершается, если другие вставки
не происходят одновременно, когда она может быть замечена частично. A SELECT никогда не вызывает сброс объемной вставки, если нормальная
вставка не происходит, в то время как это загружается.
Извлечение: На извлечении строки являются несжатыми по требованию; нет
никакого кэша строки. 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 Синтаксис".
Форум, выделенный ARCHIVE механизм хранения доступен в
.