【Mysql 学习】memory存储引擎

2021-11-29 08:51:17

MEMORY存储引擎用存在内存中的内容来创建表。每个MEMORY表和一个磁盘文件关联起来。文件名由表的名字开始，并且由一个.frm的扩展名来指明它存储的表定义。
要创建一个MEMORY表，可使用如下语句：
CREATE TABLE t (i INT) ENGINE = MEMORY;
如它们名字所指明的，MEMORY表被存储在内存中，且默认使用哈希索引。这使得它们非常快，并且对创建临时表非常有用。可是，当服务器关闭之时，所有存储在MEMORY表里的数据被丢失。因为表的定义被存在磁盘上的.frm文件中，所以表自身继续存在，在服务器重启动时它们是空的。
这个例子显示你如何可以创建，使用并删除一个MEMORY表：

mysql> create table tab_memory engine=memory
-> select id1,id2 ,val
-> from myisam_auto;
Query OK, 9 rows affected (0.38 sec)
Records: 9 Duplicates: 0 Warnings: 0
MEMORY表有下列特征：
·以小块来分配MEMORY表的空间。表对插入使用100%动态哈希来。不需要溢出区或额外键空间。*列表无额外的空间需求。已删除的行被放在一个以链接的列表里，并且在往表里插入新数据之时被重新使用。MEMORY表也没有通常与在哈希表中删除加插入相关的问题。
·MEMORY表可以有多达每个表32个索引，每个索引16列，以及500字节的最大键长度。
·MEMORY存储引擎执行HASH和BTREE索引。你可以通过添加一个如下所示的USING子句为给定的索引指定一个或另一个：
·CREATE TABLE lookup(id INT, INDEX USING HASH (id))ENGINE = MEMORY;
·CREATE TABLE lookup(id INT, INDEX USING BTREE (id)) ENGINE = MEMORY;
也可以使用如下语句创建：

mysql> create index mem_hash using hash on tab_memory(id1);
Query OK, 9 rows affected (0.06 sec)
Records: 9 Duplicates: 0 Warnings: 0

mysql> drop index mem_hash on tab_memory;
Query OK, 9 rows affected (0.08 sec)
Records: 9 Duplicates: 0 Warnings: 0

mysql> create index mem_hash using BTREE on tab_memory(id1);
Query OK, 9 rows affected (0.06 sec)
Records: 9 Duplicates: 0 Warnings: 0

mysql> show index from tab_memory\G
*************************** 1. row ***************************
       Table: tab_memory
Non_unique: 1
    Key_name: mem_hash
Seq_in_index: 1
Column_name: id1
   Collation: A
Cardinality: NULL
    Sub_part: NULL
      Packed: NULL
        Null:
Index_type: BTREE
     Comment:
1 row in set (0.02 sec)
B树的一般特征和哈希索引将在以后的博客中描述。
· 可以在一个MEMORY表中有非唯一键。(对哈希索引的实现，这是一个不常用的功能)。
· 可以对MEMORY表使用INSERT DELAYED。
· 如果你在一个有高度键重复的(许多索引条目包含同一个值)MEMORY表上有一个哈希索引，对影响键值的表的更新及所有删除都是明显地慢的。这个变慢的程度比例于重复的程度(或者反比于索引cardinality)。你可以使用一个B树索引来避免这个问题。
·MEMORY表使用一个固定的记录长度格式。
·MEMORY不支持BLOB或TEXT列。
·MEMORY支持AUTO_INCREMENT列和对可包含NULL值的列的索引。
·MEMORY表在所有客户端之间共享（就像其它任何非TEMPORARY表）。
·MEMORY表内容被存在内存中，内存是MEMORY表和服务器在查询处理之时的空闲中创建的内部表共享。可是，两个类型的表不同在于MEMORY表不会遇到存储转换，而内部表是：
- 如果一个内部表变得太大，服务器自动把它转换为一个磁盘表。尺寸限制由tmp_table_size系统变量的值来确定。
- MEMORY表决不会转换成磁盘表。要确保你不会偶尔做点傻事，你可以设置max_heap_table_size系统变量给MEMORY表加以最大尺寸。对于单个的表，你也可以在CREATE TABLE语句中指定一个MAX_ROWS表选项。
·服务器需要足够内存来维持所有在同一时间使用的MEMORY表。
·当你不再需要MEMORY表的内容之时，要释放被MEMORY表使用的内存，你应该执行DELETE FROM或TRUNCATE TABLE，或者整个地删除表（使用DROP TABLE）。
·当MySQL服务器启动时，如果你想开拓MEMORY表，你可以使用--init-file选项。例如，你可以把INSERT INTO ... SELECT 或LOAD DATA INFILE这样的语句放入这个文件中以便从持久稳固的的数据源装载表。 LOAD DATA INFILE 'data.txt' INTO TABLE db2.my_table;

·如果你正使用复制，当主服务器被关闭且重启动之时，主服务器的MEMORY表变空。可是从服务器意识不到这些表已经变空，所以如果你从它们选择数据，它就返回过时的内容。自从服务器启动后，当一个MEMORY表在主服务器上第一次被使用之时，一个DELETE FROM语句被自动写进主服务器的二进制日志，因此再次让从服务器与主服务器同步。注意，即使使用这个策略，在主服务器的重启和它第一次使用该表之间的间隔中，从服务器仍旧在表中有过时数据。可是，如果你使用--init-file选项于主服务器启动之时在其上推行MEMORY表。它确保这个时间间隔为零。

·在MEMORY表中，一行需要的内存使用下列表达式来计算：
SUM_OVER_ALL_BTREE_KEYS(max_length_of_key + sizeof(char*) * 4)+SUM_OVER_ALL_HASH_KEYS(sizeof(char*) * 2)+ ALIGN(length_of_row+1, sizeof(char*))
ALIGN()代表round-up因子，它使得行的长度为char指针大小的确切倍数。sizeof(char*)在32位机器上是4，在64位机器上是8。

码农公寓

相关文章