mysql 创建大量磁盘临时表

发现 mysql 中创建的临时表基本都是磁盘临时表，对此进行排查。最后为临时表机制说明。
通过查看 mysql 状态变量，看到创建的临时表基本都是磁盘临时表。
查看临时表配置，默认配置 16M，配置并没有问题。
创建两个表，做一个查询测试
刷新状态，进行查询，发现创建的是磁盘表
两张小表的查询完全满足创建内存临时表的条件，看来是配置的问题。查看配置文件中有配置 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 作为某些列的类型，因此用于结果的临时表是一个磁盘上表。

相关推荐: MySQL的安装及其工具Navicat for MySQL的安装

方法一任意位置下载都可以,3.按照提示注册购买就可以^o^.方法二我找了好久发现了这个写的很不错,分享给大家,https://www.jianshu.com/p/5f693b4c9468要注意的是: 2019/1/20的Navicat版本已经不能激活了(就是我…