发现 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 作为某些列的类型，因此用于结果的临时表是一个磁盘上表。