關於Memory儲存引擎的知識點

Memory儲存引擎在日常的工作中使用的是比較少的，但是在MySQL的某些語法中，會用到memory引擎的記憶體表，它有以下幾個特點：

1、記憶體表的建表語法是create table … engine=memory。

2、這種表的資料都儲存在記憶體裡，系統重啟的時候會被清空，但是表結構還在。

2、Memory儲存引擎的資料和索引是分開的。memory儲存引擎的表也可以有主鍵，主鍵id上儲存的是每個資料的位置，主鍵id是雜湊索引，索引上的key也不是連續的。

這種資料和索引分開存放的資料組織形式，我們稱之為"堆組織表"，這點區別於Innodb 儲存引擎的"索引組織表"

Innodb和memory儲存引擎的區別

1、Memory儲存引擎的資料儲存順序和插入順序相同，而innodb儲存引擎的資料儲存順序是按照聚集索引有序排列的。舉例如下：

mysql> create table t1(id int primary key,c int) engine=Memory;
Query OK,0 rows affected (0.00 sec)

mysql> insert into t1 values(1,1),(2,2),(3,3),(4,4),(5,5),(6,6),(7,7),(8,8),(9,9),(0,0);
Query OK,10 rows affected (0.00 sec)
Records: 10 Duplicates: 0 Warnings: 0

mysql> select * from t1;
+----+------+
| id | c  |
+----+------+
| 1 |  1 |
| 2 |  2 |
| 3 |  3 |
| 4 |  4 |
| 5 |  5 |
| 6 |  6 |
| 7 |  7 |
| 8 |  8 |
| 9 |  9 |
| 0 |  0 |
+----+------+
10 rows in set (0.00 sec)


mysql> create table t2(id int primary key,c int) engine=innodb;
Query OK,0 rows affected (0.01 sec)

mysql> insert into t2 values(1,10 rows affected (0.00 sec)
Records: 10 Duplicates: 0 Warnings: 0


mysql> select *from t2;
+----+------+
| id | c  |
+----+------+
| 0 |  0 |
| 1 |  1 |
| 2 |  2 |
| 3 |  3 |
| 4 |  4 |
| 5 |  5 |
| 6 |  6 |
| 7 |  7 |
| 8 |  8 |
| 9 |  9 |
+----+------+
10 rows in set (0.00 sec)

可以看到，memory儲存引擎的結果中，(0,0)這條記錄是在最後面的，和插入順序一致，而innodb儲存引擎的結果中，是按照記錄的順序進行排列的。

2、當資料檔案有空洞的時候，innodb儲存引擎插入資料需要在指定的位置插入，而memory儲存引擎只要找到空隙就可以插入

3、當資料位置發生變化的時候，memory儲存引擎需要修改所有的索引，而innodb儲存引擎僅需要修改主鍵索引即可。

4、innodb儲存引擎查詢的時候有"回表"，而memory儲存引擎不需要回表。

5、innodb儲存引擎支援varchar，而memory儲存引擎不支援，所有的varchar都當做char處理，除此之外，memory儲存引擎還不支援blob和text欄位。

6、範圍查詢的時候，memory儲存引擎無法支援。因為它的索引型別是雜湊索引

在生產環境上，一般不建議使用記憶體表，理由主要有以下兩點：

1、記憶體表不支援行鎖，只支援表鎖，一旦該表有更新，就會阻塞該表的其他操作，包括讀操作；這就意味著這種表的併發效能不好。

2、資料永續性不好，一旦資料庫宕機，記憶體表中的資料會丟失，他會忘往binlog中寫入一條delete from table的語句，但是表結構還是存在的。這個delete語句在雙M的環境下，從庫宕機有可能汙染主庫的臨時表資料，是比較危險的操作。

以上就是關於MySQL Memory儲存引擎的相關知識的詳細內容，更多關於MySQL Memory儲存引擎的資料請關注我們其它相關文章！