MySQL 临时表

MySQL 临时表在我们需要保存一些临时数据时是非常有用的。临时表只在当前连接可见,当关闭连接时,Mysql会自动删除表并释放所有空间。

 

临时表在MySQL 3.23版本中添加,如果你的MySQL版本低于 3.23版本就无法使用MySQL的临时表。不过现在一般很少有再使用这么低版本的MySQL数据库服务了。

MySQL临时表只在当前连接可见,如果你使用PHP脚本来创建MySQL临时表,那没当PHP脚本执行完成后,该临时表也会自动销毁。

 

如果你使用了其他MySQL客户端程序连接MySQL数据库服务器来创建临时表,那么只有在关闭客户端程序时才会销毁临时表,当然你也可以手动销毁。

 

官方参考:http://dev.mysql.com/doc/refman/5.6/en/internal-temporary-tables.html

当 某些SQL命令在MySQL数据库中被执行的时候,它可能需要先创建一些内部的临时表来完成比较复杂的排序或分组查询。MySQL的临时表分为 in-memory 和 on-disk 两种。 如有可能,MySQL 总是首先使用 in-memory 的临时表,而当临时表变得太大的时候,也可能被转存为 on-disk 的临时表。

如下几个条件下可能导致SQL命令需要创建临时表:
* 使用了不同的ORDER BY和GROUP BY条件,或它们包含了JOIN查询中非首先表的字段;
* 同时使用了DISTINCT和ORDER BY;
* 如果SQL命令使用了SQL_SMALL_RESULT选项,那么需要时将创建in-memory临时表,除非查询中还包含有需用 on-disk 存储的元素;
一些条件下可能阻碍使用in-memory临时表, 导致MySQL改用on-disk临时表:

* 数据表中含有BLOB类型或TEXT类型字段列;
* 在GROUP BY或DISTINCT任何条件中含有超过512字节的列;
* 如果使用了UNION或UNION ALL,而且SELECT列中含有任何超过512字节的列;
* 如果in-memory临时表变得太大,超过tmp_table_size或max_heap_table_size数值时;

MySQL数据库用Created_tmp_tables和Created_tmp_disk_tables变量记录所用临时表的数目;

 

当你创建临时表的时候,你可以使用temporary关键字。如:

create temporary table tmp_table(name varchar(10) not null,passwd char(6) not null)

CREATE TEMPORARY TABLE IF NOT EXISTS sp_output_tmp ENGINE = MEMORY SELECT …from … where ID=current_id;

临 时表只在当前连接可见,当这个连接关闭的时候,会自动drop。这就意味着你可以在两个不同的连接里使用相同的临时表名,并且相互不会冲突,或者使用 已经存在的表,但不是临时表的表名。(当这个临时表存在的时候,存在的表被隐藏了,如果临时表被drop,存在的表就可见了)。创建临时表你必须有 create temporary table 权限。

下面几点是临时表的限制:

1. 临时表只能用在 memory,myisam,merge,或者innodb

2. 临时表不支持mysql cluster(簇)

3. 在同一个query语句中,你只能查找一次临时表。例如:下面的就不可用

mysql> SELECT * FROM temp_table, temp_table AS t2;
ERROR 1137: Can‘t reopen table: ‘temp_table’

 

4. 如果在一个存储函数里,你用不同的别名查找一个临时表多次,或者在这个存储函数里用不同的语句查找,这个错误都会发生。

5. show tables 语句不会列举临时表

6. 你不能用rename来重命名一个临时表。但是,你可以alter table代替:

mysql>ALTER TABLE orig_name RENAME new_name;

7. 临时表用完后要记得drop掉:

DROP TEMPORARY TABLE IF EXISTS sp_output_tmp;

 

附加:

1、临时表再断开于mysql的连接后系统会自动删除临时表中的数据,但是这只限于用下面语句建立的表:
1)定义字段

CREATE TEMPORARY TABLE tmp_table (
          name VARCHAR(10) NOT NULL,
          value INTEGER NOT NULL
)

2)直接将查询结果导入临时表

CREATE TEMPORARY TABLE tmp_table SELECT * FROM table_name

2、另外mysql也允许你在内存中直接创建临时表,因为是在内存中所有速度会很快,语法如下:

 

CREATE TEMPORARY TABLE tmp_table (
         name VARCHAR(10) NOT NULL,
         value INTEGER NOT NULL
) TYPE = HEAP

 

3、从上面的分析可以看出临时表的数据是会被清空的,你断开了连接就会被自动清 空, 但是你 程序中不可能每发行一次sql就连接一次数据库吧(如果是 这样的话,那就会出现你担心的问题,如果不是就没有问题),因为只有断开数据库连接才会被清空数据,在一个数据库连接里面发行多次sql的话系统是不会自 动清空临时表数据的

DROP TABLE tmp_table

如果在你创建名为tmp_table临时表时名为tmp_table的表在数据库中已经存在,临时表将有必要屏蔽(隐藏)非临时表tmp_table。

如果你声明Mysql临时表是一个HEAP表,MySQL也允许你指定在内存中创建它:

CREATE TEMPORARY TABLE tmp_table (
    name VARCHAR(10) NOT NULL,
    value INTEGER NOT NULL
) TYPE = HEAP

 

因为HEAP表存储在内存中,你对它运行的查询可能比磁盘上的临时表快些。然而,HEAP表与一般的表有些不同,且有自身的限制。详见MySQL参考手册。

 

关于MySQL内部临时表(internal temporary table)的优化:

 

(1) 首先,应该尽可能考虑如何避免您的SQL命令创建临时表;

对 于一个查询连接非常繁忙的数据库,频繁地使用需要创建临时表的查询本身就已经是一个性能瓶颈。作为一个 DBA,您需要重新检视您的数据表的结构以及各表之间的关联,重新考虑主键和索引,重组数据结构以减少应用中需不同的ORDER BY和GROUP BY的情况。作为一个程序员,您则可能需要重新分析您的应用需求, 设法简化SQL命令的复杂程度,例如,尽可能将单次的多层关联查询,拆分为较少关联层次的多次查询,或使用View表。

(2) 其次,应该尽量设法确保临时表被创建于内存而非磁盘之中;

如 果实在是无法避免创建临时表,那么退而求其次,则需要尽量确保这些临时表能够被创建在内存之中。避免在结构设计和查询命令中使用 BLOB 和 TEXT 类型字段,或可考虑用 SUBSTRRING (colum,length) 函数将其转换为字符串类型;用SQL_SMALL_RESULT选项通知数据库使用in-memory临时表;使用View来简化查询;使用RAM disk内存盘来存储MySQL数据库的临时表(需确保无使用BLOB和TEXT字段)。

 

如何避免 On-Disk Temporary Tables

 

Ref:
http://books.google.com.hk/books?id=BL0NNoFPuAQC&pg=PA87
https://plus.google.com/u/0/103622372921289339989/posts/2Wo2PuvmAKm
http://books.google.com.hk/books/about/High_Performance_MySQL.html?id=BL0NNoFPuAQC

因 为 Memory 存储引擎不支持 BLOB和TEXT 类型,所以包含有 BLOB和TEXT 类型字段的查询,当它需要用到隐式临时表(implicit temporary table)的时候,就不得不使用 on-disk的MyISAM临时表,即使它的查询结果可能只有很简单的几行数据。

这会导致一个严重的性能瓶颈,即使您能配置将 MySQL 的临时表存储到 RAM disk 上,依然还是会需要用到许多昂贵的操作系统的调用函数。 在实用中还发现,某些SQL语句的临时表甚至根本连RAM disk都不能使用(此时SQL查询命令会因为不能创建临时表而失败)。

The best solution is to avoid using the BLOB and TEXT types unless you really need them.If you can’t avoid them, you may be able to use the ORDER BY SUBSTRRING (colum,length) trick to convert the values to character strings. wihich will permit in-memory temporary tables.

Just be sure that you are using a short engough substring that the temporary table doesn’t grow larger than max_heap_table_size or tmp_table_size, or MySQL will convert the table to an on-disk MyISAM table.

If the Extra column of EXPLAIN contains “Using temporary”, the query uses an implicit temporary table.

 

参考:

http://www.w3cschool.cc/mysql/mysql-temporary-tables.html

http://www.cnblogs.com/thinksasa/archive/2013/05/08/3067170.html

http://chengkinhung.blogspot.com/2012/09/mysqlinternal-temporary-table.html

Loading

Add a Comment

Your email address will not be published. Required fields are marked *

Time limit is exhausted. Please reload CAPTCHA.