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执行完毕