關(guān)于Memory存儲(chǔ)引擎的知識(shí)點(diǎn)

    Memory存儲(chǔ)引擎在日常的工作中使用的是比較少的，但是在MySQL的某些語法中，會(huì)用到memory引擎的內(nèi)存表，它有以下幾個(gè)特點(diǎn)：

1、內(nèi)存表的建表語法是create table … engine=memory。

2、這種表的數(shù)據(jù)都保存在內(nèi)存里，系統(tǒng)重啟的時(shí)候會(huì)被清空，但是表結(jié)構(gòu)還在。

2、Memory存儲(chǔ)引擎的數(shù)據(jù)和索引是分開的。memory存儲(chǔ)引擎的表也可以有主鍵，主鍵id上存儲(chǔ)的是每個(gè)數(shù)據(jù)的位置，主鍵id是哈希索引，索引上的key也不是連續(xù)的。

    這種數(shù)據(jù)和索引分開存放的數(shù)據(jù)組織形式，我們稱之為"堆組織表"，這點(diǎn)區(qū)別于Innodb 存儲(chǔ)引擎的"索引組織表"

Innodb和memory存儲(chǔ)引擎的區(qū)別

1、Memory存儲(chǔ)引擎的數(shù)據(jù)存儲(chǔ)順序和插入順序相同，而innodb存儲(chǔ)引擎的數(shù)據(jù)存儲(chǔ)順序是按照聚集索引有序排列的。舉例如下：

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

2、當(dāng)數(shù)據(jù)文件有空洞的時(shí)候，innodb存儲(chǔ)引擎插入數(shù)據(jù)需要在指定的位置插入，而memory存儲(chǔ)引擎只要找到空隙就可以插入

3、當(dāng)數(shù)據(jù)位置發(fā)生變化的時(shí)候，memory存儲(chǔ)引擎需要修改所有的索引，而innodb存儲(chǔ)引擎僅需要修改主鍵索引即可。

4、innodb存儲(chǔ)引擎查詢的時(shí)候有"回表"，而memory存儲(chǔ)引擎不需要回表。

5、innodb存儲(chǔ)引擎支持varchar，而memory存儲(chǔ)引擎不支持，所有的varchar都當(dāng)做char處理，除此之外，memory存儲(chǔ)引擎還不支持blob和text字段。

6、范圍查詢的時(shí)候，memory存儲(chǔ)引擎無法支持。因?yàn)樗乃饕愋褪枪Ｋ饕?/p>

在生產(chǎn)環(huán)境上，一般不建議使用內(nèi)存表，理由主要有以下兩點(diǎn)：

1、內(nèi)存表不支持行鎖，只支持表鎖，一旦該表有更新，就會(huì)阻塞該表的其他操作，包括讀操作；這就意味著這種表的并發(fā)性能不好。

2、數(shù)據(jù)持久性不好，一旦數(shù)據(jù)庫宕機(jī)，內(nèi)存表中的數(shù)據(jù)會(huì)丟失，他會(huì)忘往binlog中寫入一條delete from table的語句，但是表結(jié)構(gòu)還是存在的。這個(gè)delete語句在雙M的環(huán)境下，從庫宕機(jī)有可能污染主庫的臨時(shí)表數(shù)據(jù)，是比較危險(xiǎn)的操作。

以上就是關(guān)于MySQL Memory存儲(chǔ)引擎的相關(guān)知識(shí)的詳細(xì)內(nèi)容，更多關(guān)于MySQL Memory存儲(chǔ)引擎的資料請(qǐng)關(guān)注服務(wù)器之家其它相關(guān)文章！

原文鏈接：https://cloud.tencent.com/developer/article/1651589