mysql 建立大量磁盘临时表

发现 mysql 中建立的临时表基本都是磁盘临时表，对此进行排查。最后为临时表机制说明。

经过查看 mysql 状态变量，看到建立的临时表基本都是磁盘临时表。

查看临时表配置，默认配置 16M，配置并无问题。

建立两个表，作一个查询测试

create table t1(f1 int auto_increment primary key, f2 char(50), f3 datetime default now());
insert into t1 (f2) values ('赵'),('钱'),('孙'),('李');
create table t2(f1 int auto_increment primary key, f2 int, f3 char(50), f4 datetime default now());
insert into t2 (f2, f3) values ('3', '悟空'),('1', '四'),('4', '白');

刷新状态，进行查询，发现建立的是磁盘表

两张小表的查询彻底知足建立内存临时表的条件，看来是配置的问题。查看配置文件中有配置 big_tables。

查看官方文档对 big_tables 的说明：

    若是设置为1，则全部临时表都存储在磁盘上而不是内存中。 这有点慢，可是对于须要大型临时表的 SELECT 操做，不会报 The table tbl_name is full 的错误。 新链接的默认值为 0（使用内存中的临时表）。 一般，您不须要设置此变量，由于根据须要将内存表自动转换为基于磁盘的表。

修改该系统变量再测试一下，此次建立的临时表就是内存临时表了。

---

mysql 中内部临时表（internal temporary table）机制

某些状况下，mysql 在执行语句的时候会建立内部临时表。用户不能直接控制什么时候发生。

服务器在如下状况会建立临时表：

  ● 评估 UINON 语句；

  ● 评估一些视图，例如使用 TEMPTABLE 算法，UNION 或聚合的视图；

  ● 派生表的评估（FROM子句中的子查询）；

  ● 为子查询或半链接实现建立表；

  ● 评估包含 ORDER BY 子句和不一样 GROUP BY 子句的语句，或 ORDER BY 或 GROUP BY 包含来自除加入队列中第一个表以外的表的列的语句；

  ● DISTINCT与ORDER BY结合使用可能须要一个临时表；

  ● 对于使用 SQL_SMALL_RESULT 修饰符的查询，MySQL 使用内存中的临时表，除非查询还包含须要磁盘存储的元素；

  ● 评估多表 UPDATE 语句；

  ● 评估 GROUP_CONCAT() 或 COUNT(DISTINCT) 表达式。

想要知道一条语句有没有使用临时表，经过 EXPLAIN 查看 Extra 列有没有说明 Using temporary。EXPLAIN 不必定会对临时表或派生临时表使用临时表。

当服务器建立一个内部临时表的时候（不管是内存表或磁盘表），会增长 Created_tmp_tables 状态变量的值。若是服务器建立一个磁盘临时表（直接创建或者从内存表转换）会增长 Created_tmp_disk_tables 状态变量的值。经过 show global status like 'Create%'; 语句查看。

某些查询条件会阻止使用内存中的临时表，在这种状况下，服务器会使用磁盘上的表：

  ● 表中存在BLOB或TEXT列；

  ● 若是使用 UNION 或 UNION ALL，则在 SELECT 列表中存在最大长度大于512（二进制字符串的字节，非二进制字符串的字符）的任何字符串列

  ● SHOW COLUMNS 和 DESCRIBE 语句使用 BLOB 做为某些列的类型，所以用于结果的临时表是一个磁盘上表。