mysql关于memory引擎的表的总结

参见官方文档https://dev.mysql.com/doc/refman/5.7/en/memory-storage-engine.html

总结

1、memory引擎表数据只存放在内存中，插入数据后，文件也只有表结构文件，没有表数据文件， 重启后，数据丢失 ，但是表结构还在，表结构文件也还在

2、memory引擎表，一个会话修改了数据，其他会话可以立即看到修改后的数据，和oracle的临时表完全不同

3、要清空memory引擎表，delete、truncate、drop、重启都可以，没有类似oracle这样的flush buffer_cache的直接清空内存的方法

4、memory引擎表最大大小受参数max_heap_table_size的限制，具体见官方文档

https://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html#sysvar_max_heap_table_size

5、也就是说，momory引擎的表，除了这两点，表数据放在内存中、重启后数据丢失，其他一切都和普通表一样。

6、生产环境不建议使用memory引擎，因为它有两个最大的缺点，其一它只有表锁没有行锁，这样一旦表有更新操作，就会堵塞其他会话对这张表的读写。其二它的数据存放在内存中，一旦在M-S架构中，S从库重启，S从库数据就会丢失，但是M主库数据还在，继而影响主从同步，因为重启后如果收到一条update语句后，主库正常执行，把该语句发送到从库就会报错找不到更新的行，导致主从同步停止。

7、如果非要用memory引擎的优点，把数据存放在内存中，可以考虑使用memory引擎临时表，正好可以避免上面6的两个缺点。

实验过程

mysql> use test1

mysql> create table tab3 (hid int) engine memory;

mysql> insert into tab3 values (1);

mysql> insert into tab3 values (1);

mysql> insert into tab3 values (1);

mysql> select count(*) from tab3;

+----------+

| count(*) |

+----------+

|        3 |

+----------+

此时查看tab3的数据文件，发现只有表结构

[root@mydb ~]# ll /var/lib/mysql/test1 |grep tab3

-rw-r----- 1 mysql mysql    8558 Sep 30 11:00 tab3.frm

开另一个会话

mysql> select count(*) from test1.tab3;

+----------+

| count(*) |

+----------+

|        3 |

+----------+

重启数据库，再查看tab3的数据

mysql> select count(*) from test1.tab3;

+----------+

| count(*) |

+----------+

|        0 |

+----------+

此时查看tab3的数据文件，表结构还在

[root@mydb ~]# ll /var/lib/mysql/test1 |grep tab3

-rw-r----- 1 mysql mysql    8558 Sep 30 11:00 tab3.frm

会话1

mysql> create table t1 (hid int);

mysql> create table t2 (hid int) engine=memory;

mysql> insert into t1 values(1),(2),(3);

mysql> insert into t2 values(1),(2),(3);

mysql> update t1 set hid=sleep(60) where hid=1；

会话2

mysql> select * from t1;

+------+

| hid  |

+------+

|    1 |

|    2 |

|    3 |

+------+

正常执行，不堵塞

会话1

mysql> update t2 set hid=sleep(60) where hid=1;

会话2

mysql> select * from t2;

--堵塞，直到会话1执行完毕