参见官方文档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执行完毕
