MySQL的memory存储引擎详解_数据库_开发者

1、Memory引擎介绍

MySQL Memory引擎用于创建内存中的表，数据存储在内存，访问快速但重启后数据丢失。通过--init-file启动mysqld可持久化数据。

内存表默认使用hash索引，适用于临时表，但有限制如不支持BLOB/TEXT，且所有用户可见。可以利用其速度优势创建内存临时表替代MyISAM临时表。

数据完全存储在内存中：

数编程客栈据和索引均存在于内存中，无磁盘 I/O 开销。
重启 MySQL 或异常关闭后，数据会丢失。

存储限制：

受max_heap_table_size和tmp_table_size参数限制。
不支持大字段（如TEXT、BLOB）。

存储结构：

仅支持哈希索引，适合等值查询（=），不支持范围查询（>、<、BETWEEN）。
不支持事务

2、Memory内存结构

仅支持哈希索引，数据存放将索引和数据分开存储。

索引采用Hash的形式，存放主键id和指向数据的指针，而数据则按插入顺序存放。称这种数据组织方式为堆组织方式。

如下图所示：

MySQL的memory存储引擎详解

特点：且数据的hash的key也不支持有序，value也没指定的顺序。

3、内存表的锁

内存表不支持行编程客栈锁，只支持表锁。如果一张表有更新，就会堵住其它所有在这个表上的读写操作。导致了Memory存储引擎在进行并发操作时会造成大量的阻塞，效率不高。

示例：

MySQL的memory存储引擎详解

在这个执行序列里， session A的update语句要执行50秒，在这个语句执行期间session B的查询会进入锁等待状态。 session C的show processlist 结果输出如下：

MySQL的memory存储引擎详解

跟行锁比起来，表锁对并发访问的支持不够好。

4、持久化

如果数据库重启，所有的内存表都会被清空。

在主备场景：

MySQL的memory存储引擎详解

看一下下面这个时序：

业务正常访问主库。
备库硬件升级，备库重启，内存表t1内容被清空。
备库重启后，客户端发送一条update语句，修改表t1的数据行，这时备库应用线程就会报错“找不到要更新的行”。

⚠️注意：内存表可能导致主备不一致。

解决方案：

所以，担心主库重启之后，出现主备不一致， MySQL在实现上做了这样一件事儿：在数据库重启之后，往binlog里面写入一行DELETE FROM t1。

MySQL的memory存储引擎详解

在备库重启的时候，备库binlog里的delete语句就会传到主库，然后把主库内存表的内容删除。这样使用的时候就会发现，主库的内存表数据突然被清空了。

无论是M-S架构，还是双M架构，内存表都不适合在生产环境上作为普通数据表使用。

5、优缺点

MySQL的memory存储引擎详解

6、应用

设置：

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

假设有以下两张表t1、t2，其中表t1是Memory引擎，表t2是InnoDB引擎。

-- 创建表t1,t2，分别使用Memory引擎和InnoDB引擎；
create table t1(id int primary key,c int) engine=Memory;
www.devze.comcreate 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);
 
-- 执行查询语句，得到结果如下图：
select * frjavascriptom t1;
select * from t2;

结果如下：

MySQL的memory存储引擎详解