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执行完毕
当前文章:mysql关于memory引擎的表的总结
文章起源:http://scyanting.com/article/jigddp.html