ARCHIVE
存储引擎生成专用表,以非常小的占用空间存储大量未索引的数据。
表 18.5 ARCHIVE 存储引擎特性
特性 | 支持 |
---|---|
B 树索引 | 否 |
备份/时间点恢复 (在服务器中实现,而不是在存储引擎中。) | 是 |
集群数据库支持 | 否 |
聚集索引 | 否 |
压缩数据 | 是 |
数据缓存 | 否 |
加密数据 | 是(在服务器中通过加密函数实现。) |
外键支持 | 否 |
全文搜索索引 | 否 |
地理空间数据类型支持 | 是 |
地理空间索引支持 | 否 |
哈希索引 | 否 |
索引缓存 | 否 |
锁定粒度 | 行 |
MVCC | 否 |
复制支持 (在服务器中实现,而不是在存储引擎中。) | 是 |
存储限制 | 无 |
T 树索引 | 否 |
事务 | 否 |
更新数据字典的统计信息 | 是 |
ARCHIVE
存储引擎包含在 MySQL 二进制发行版中。如果您从源代码构建 MySQL,则需要使用 CMake 的 -DWITH_ARCHIVE_STORAGE_ENGINE
选项启用此存储引擎。
要检查 ARCHIVE
引擎的源代码,请查看 MySQL 源代码发行版的 storage/archive
目录。
您可以使用 SHOW ENGINES
语句检查 ARCHIVE
存储引擎是否可用。
创建 ARCHIVE
表时,存储引擎会创建以表名开头的文件。数据文件扩展名为 .ARZ
。在优化操作期间,可能会出现 .ARN
文件。
ARCHIVE
引擎支持 INSERT
、REPLACE
和 SELECT
,但不支持 DELETE
或 UPDATE
。它支持 ORDER BY
操作、BLOB
列和空间数据类型(参见 第 13.4.1 节,“空间数据类型”)。不支持地理空间参考系。 ARCHIVE
引擎使用行级锁定。
ARCHIVE
引擎支持 AUTO_INCREMENT
列属性。 AUTO_INCREMENT
列可以具有唯一索引或非唯一索引。尝试在任何其他列上创建索引都会导致错误。 ARCHIVE
引擎还在 CREATE TABLE
语句中支持 AUTO_INCREMENT
表选项,分别用于指定新表的初始序列值或重置现有表的序列值。
ARCHIVE
不支持将值插入 AUTO_INCREMENT
列,该值小于当前最大列值。尝试这样做会导致 ER_DUP_KEY
错误。
ARCHIVE
引擎会忽略 BLOB
列(如果未请求),并在读取时跳过它们。
ARCHIVE
存储引擎不支持分区。
存储: 行在插入时会进行压缩。 ARCHIVE
引擎使用 zlib
无损数据压缩(参见 http://www.zlib.net/)。您可以使用 OPTIMIZE TABLE
分析表并将其打包成更小的格式(有关使用 OPTIMIZE TABLE
的原因,请参见本节后面的内容)。引擎还支持 CHECK TABLE
。插入有几种类型
检索:检索时,行会按需解压缩;没有行缓存。 SELECT
操作会执行完整表扫描:当发生 SELECT
时,它会找出当前有多少行可用,并读取该行数。 SELECT
被执行为一致性读取。请注意,在插入期间,大量的 SELECT
语句可能会降低压缩效率,除非仅使用批量插入。为了实现更好的压缩,您可以使用 OPTIMIZE TABLE
或 REPAIR TABLE
。 SHOW TABLE STATUS
报告的 ARCHIVE
表中的行数始终是准确的。参见 第 15.7.3.4 节,“OPTIMIZE TABLE 语句”、第 15.7.3.5 节,“REPAIR TABLE 语句” 和 第 15.7.7.37 节,“SHOW TABLE STATUS 语句”。
其他资源
专门针对
ARCHIVE
存储引擎的论坛位于 https://forums.mysql.com/list.php?112。