關(guān)于Memory存儲引擎的知識點
Memory存儲引擎在日常的工作中使用的是比較少的,但是在MySQL的某些語法中,會用到memory引擎的內(nèi)存表,它有以下幾個特點:
1、內(nèi)存表的建表語法是create table … engine=memory。
2、這種表的數(shù)據(jù)都保存在內(nèi)存里,系統(tǒng)重啟的時候會被清空,但是表結(jié)構(gòu)還在。
2、Memory存儲引擎的數(shù)據(jù)和索引是分開的。memory存儲引擎的表也可以有主鍵,主鍵id上存儲的是每個數(shù)據(jù)的位置,主鍵id是哈希索引,索引上的key也不是連續(xù)的。
這種數(shù)據(jù)和索引分開存放的數(shù)據(jù)組織形式,我們稱之為"堆組織表",這點區(qū)別于Innodb 存儲引擎的"索引組織表"
Innodb和memory存儲引擎的區(qū)別
1、Memory存儲引擎的數(shù)據(jù)存儲順序和插入順序相同,而innodb存儲引擎的數(shù)據(jù)存儲順序是按照聚集索引有序排列的。舉例如下:
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,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 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存儲引擎的結(jié)果中,(0,0)這條記錄是在最后面的,和插入順序一致,而innodb存儲引擎的結(jié)果中,是按照記錄的順序進行排列的。
2、當數(shù)據(jù)文件有空洞的時候,innodb存儲引擎插入數(shù)據(jù)需要在指定的位置插入,而memory存儲引擎只要找到空隙就可以插入
3、當數(shù)據(jù)位置發(fā)生變化的時候,memory存儲引擎需要修改所有的索引,而innodb存儲引擎僅需要修改主鍵索引即可。
4、innodb存儲引擎查詢的時候有"回表",而memory存儲引擎不需要回表。
5、innodb存儲引擎支持varchar,而memory存儲引擎不支持,所有的varchar都當做char處理,除此之外,memory存儲引擎還不支持blob和text字段。
6、范圍查詢的時候,memory存儲引擎無法支持。因為它的索引類型是哈希索引
在生產(chǎn)環(huán)境上,一般不建議使用內(nèi)存表,理由主要有以下兩點:
1、內(nèi)存表不支持行鎖,只支持表鎖,一旦該表有更新,就會阻塞該表的其他操作,包括讀操作;這就意味著這種表的并發(fā)性能不好。
2、數(shù)據(jù)持久性不好,一旦數(shù)據(jù)庫宕機,內(nèi)存表中的數(shù)據(jù)會丟失,他會忘往binlog中寫入一條delete from table的語句,但是表結(jié)構(gòu)還是存在的。這個delete語句在雙M的環(huán)境下,從庫宕機有可能污染主庫的臨時表數(shù)據(jù),是比較危險的操作。
以上就是關(guān)于MySQL Memory存儲引擎的相關(guān)知識的詳細內(nèi)容,更多關(guān)于MySQL Memory存儲引擎的資料請關(guān)注腳本之家其它相關(guān)文章!
您可能感興趣的文章:- SQL Server中的執(zhí)行引擎入門 圖解
- MySQL 常見存儲引擎的優(yōu)劣
- 修改MySQL數(shù)據(jù)庫引擎為InnoDB的操作
- 詳解mysql中的存儲引擎
- MySQL 選擇合適的存儲引擎
- 聊聊MySQL中的存儲引擎
- MySQL創(chuàng)建數(shù)據(jù)表時設(shè)定引擎MyISAM/InnoDB操作
- 簡述MySQL InnoDB存儲引擎
- 如何自己動手寫SQL執(zhí)行引擎