MySQL的memory存儲引擎詳解

更新時間：2025年06月30日 09:59:34 作者：找不到、了

這篇文章主要介紹了MySQL的memory存儲引擎,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教

1、Memory引擎介紹

MySQL Memory引擎用于創(chuàng)建內存中的表，數(shù)據存儲在內存，訪問快速但重啟后數(shù)據丟失。通過--init-file啟動mysqld可持久化數(shù)據。

內存表默認使用hash索引，適用于臨時表，但有限制如不支持BLOB/TEXT，且所有用戶可見?？梢岳闷渌俣葍?yōu)勢創(chuàng)建內存臨時表替代MyISAM臨時表。

數(shù)據完全存儲在內存中：

數(shù)據和索引均存在于內存中，無磁盤 I/O 開銷。
重啟 MySQL 或異常關閉后，數(shù)據會丟失。

存儲限制：

受max_heap_table_size和tmp_table_size參數(shù)限制。
不支持大字段（如TEXT、BLOB）。

存儲結構：

僅支持哈希索引，適合等值查詢（=），不支持范圍查詢（>、<、BETWEEN）。
不支持事務

2、Memory內存結構

僅支持哈希索引，數(shù)據存放將索引和數(shù)據分開存儲。

索引采用Hash的形式，存放主鍵id和指向數(shù)據的指針，而數(shù)據則按插入順序存放。稱這種數(shù)據組織方式為堆組織方式。

如下圖所示：

特點：且數(shù)據的hash的key也不支持有序，value也沒指定的順序。

3、內存表的鎖

內存表不支持行鎖，只支持表鎖。如果一張表有更新，就會堵住其它所有在這個表上的讀寫操作。導致了Memory存儲引擎在進行并發(fā)操作時會造成大量的阻塞，效率不高。

示例：

在這個執(zhí)行序列里， session A的update語句要執(zhí)行50秒，在這個語句執(zhí)行期間session B的查詢會進入鎖等待狀態(tài)。 session C的show processlist 結果輸出如下：

跟行鎖比起來，表鎖對并發(fā)訪問的支持不夠好。

4、持久化

如果數(shù)據庫重啟，所有的內存表都會被清空。

在主備場景：

看一下下面這個時序：

業(yè)務正常訪問主庫。
備庫硬件升級，備庫重啟，內存表t1內容被清空。
備庫重啟后，客戶端發(fā)送一條update語句，修改表t1的數(shù)據行，這時備庫應用線程就會報錯“找不到要更新的行”。

??注意：內存表可能導致主備不一致。

解決方案：

所以，擔心主庫重啟之后，出現(xiàn)主備不一致， MySQL在實現(xiàn)上做了這樣一件事兒：在數(shù)據庫重啟之后，往binlog里面寫入一行DELETE FROM t1。

在備庫重啟的時候，備庫binlog里的delete語句就會傳到主庫，然后把主庫內存表的內容刪除。這樣使用的時候就會發(fā)現(xiàn)，主庫的內存表數(shù)據突然被清空了。

無論是M-S架構，還是雙M架構，內存表都不適合在生產環(huán)境上作為普通數(shù)據表使用。

5、優(yōu)缺點

6、應用

設置：

set sql_log_bin=off;
alter table tbl_name engine=innodb;

假設有以下兩張表t1、t2，其中表t1是Memory引擎，表t2是InnoDB引擎。

-- 創(chuàng)建表t1,t2，分別使用Memory引擎和InnoDB引擎；
create table t1(id int primary key,c int) engine=Memory;
create table t2(id int primary key,c int) engine=innodb;
insert into t1values(1,1),(2,2),(3,3),(4,4),(5,5),(6,6),(7,7),(8,8),(9,9),(0,0);
insert into t2values(1,1),(2,2),(3,3),(4,4),(5,5),(6,6),(7,7),(8,8),(9,9),(0,0);
 
-- 執(zhí)行查詢語句，得到結果如下圖：
select * from t1;
select * from t2;

結果如下：