MySQL内存表与临时表

MySQL内存表与临时表

 

内存表

 

session 1
$ mysql -uroot
root@(none) 10:05:06>use test
Database changed
root@test 10:06:06>CREATE TABLE tmp_memory (i INT) ENGINE = MEMORY;
Query OK, 0 rows affected (0.00 sec)
root@test 10:08:46>insert into tmp_memory values (1);
Query OK, 1 row affected (0.00 sec)
root@test 10:08:46>

session2
$ mysql -uroot test
root@test 10:05:12>CREATE TABLE tmp_memory (i INT) ENGINE = MEMORY;
ERROR 1050 (42S01): Table 'tmp_memory' already exists
root@test 10:16:27>select * from tmp_memory;
+------+
| i |
+------+
| 1 |
+------+
row in set (0.00 sec)

 

 

1. 多个session，创建表的名字不能一样

2. 一个session创建会话后，对其他session也是可见的

3. data目录下只有tmp_memory.frm ,表结构放在磁盘上，数据放在内存中

4. mysql 重启或者关闭后内存表里的数据会丢失，但是表结构仍然存在

5. 可以创建索引,删除索引,支持唯一索引

6. 不影响主备，主库上插入的数据，备库也可以查到

7. show tables 看得到表

 

 

临时表

 

session1
$ mysql -uroot test
root@test 10:30:18>CREATE TEMPORARY TABLE tmp_table (name VARCHAR(10) NOT NULL,value INTEGER NOT NULL);
Query OK, 0 rows affected (0.05 sec)
root@test 10:31:54>select * from tmp_table;
+--------+-------+
| name | value |
+--------+-------+
| aaaaaa | 10 |
+--------+-------+
row in set (0.00 sec)

session2
root@test 10:20:13> CREATE TEMPORARY TABLE tmp_table (name VARCHAR(10) NOT NULL,value INTEGER NOT NULL);
Query OK, 0 rows affected (0.02 sec)

root@test 10:30:39>insert into tmp_table values ('bbbbbbb',10);
Query OK, 1 row affected (0.01 sec)

root@test 10:31:33>select * from tmp_table;
+---------+-------+
| name | value |
+---------+-------+
| bbbbbbb | 10 |
+---------+-------+
row in set (0.00 sec)

root@test 10:31:43>exit
Bye
[1 Single:MS-Master db152011.sqa.cm6: mysql ~ ]
$ mysql -uroot test
root@test 10:32:17>select * from tmp_table;
ERROR 1146 (42S02): Table 'test.tmp_table' doesn't exist
root@test 10:32:22>
root@test 10:32:23>

 

 

1. 创建的表的名字可以一样 

2. 表结构和数据都放在内存中

3. 会话消失表结构和数据都消失

4. 可以创建索引,删除索引

5. 主库创建的表，备库查不到，

6. show tables 看不到表

 

 

使用内存表需要注意的事项

1. 内存表需要自己delete数据或者drop表；需要drop权限，这点比较危险

2. 内存表的表结构是保存在磁盘上的，如果多个session使用同一个表名，会存在冲突；如果不需要使用表名，如果使用一次都需要创建表结构，到时候会有很多小文件存在，不利于db的维护，dba清理表也有风险；

 

 

基于以上不适合用内存表

1. 临时表是会话级别的，即使多个session创建的表名一样，都相互不影响

2. 会话消失，所有的都消失，这点很不利于应用排查问题

 

另外这两个都需要消耗额外的内存空间，虽然db端可以忍受，但是不太可控；DB端还有这个参数:

max_tmp_tables 一个客户能同时保持打开的临时表的最大数量，这个值默认32，可以根据需要调整此值

 

 

参考：

http://www.cnblogs.com/sunss/archive/2013/07/15/3191137.html