问题的形式解答：
让客户满意是我们工作的目标，不断超越客户的期望值来自于我们对这个行业的热爱。我们立志把好的技术通过有效、简单的方式提供给客户，将通过不懈努力成为客户在信息化领域值得信任、有价值的长期合作伙伴，公司提供的服务项目有：空间域名、虚拟空间、营销软件、网站建设、源城网站维护、网站推广。
一、MySQL在什么情况下会创建临时表(Internal Temporary Table Use in MySQL)？
我列举3个
1. UNION查询;
2. insert into select ...from ...
3. ORDER BY和GROUP BY的子句不一样时;
4.数据表中包含blob/text列
等等，其实还有好多。具体参考 https://dev.mysql.com/doc/refman/5.7/en/internal-temporary-tables.html
二、怎么知道mysql用了临时表呢？
这个问题很简单，
EXPLAIN 查看执行计划结果的 Extra 列中，如果包含 Using Temporary 就表示会用到临时表。举个例子，有个感性认识。
创建测试表t22 :create table t22 as select * from information_schema.tables;
mysql> desc t22;
+-----------------+---------------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-----------------+---------------------+------+-----+---------+-------+
| TABLE_CATALOG | varchar(512) | NO | | | |
| TABLE_SCHEMA | varchar(64) | NO | | | |
| TABLE_NAME | varchar(64) | NO | | | |
| TABLE_TYPE | varchar(64) | NO | | | |
| ENGINE | varchar(64) | YES | | NULL | |
| VERSION | bigint(21) unsigned | YES | | NULL | |
| ROW_FORMAT | varchar(10) | YES | | NULL | |
| TABLE_ROWS | bigint(21) unsigned | YES | | NULL | |
| AVG_ROW_LENGTH | bigint(21) unsigned | YES | | NULL | |
| DATA_LENGTH | bigint(21) unsigned | YES | | NULL | |
| MAX_DATA_LENGTH | bigint(21) unsigned | YES | | NULL | |
| INDEX_LENGTH | bigint(21) unsigned | YES | | NULL | |
| DATA_FREE | bigint(21) unsigned | YES | | NULL | |
| AUTO_INCREMENT | bigint(21) unsigned | YES | | NULL | |
| CREATE_TIME | datetime | YES | | NULL | |
| UPDATE_TIME | datetime | YES | | NULL | |
| CHECK_TIME | datetime | YES | | NULL | |
| TABLE_COLLATION | varchar(32) | YES | | NULL | |
| CHECKSUM | bigint(21) unsigned | YES | | NULL | |
| CREATE_OPTIONS | varchar(255) | YES | | NULL | |
| TABLE_COMMENT | varchar(2048) | NO | | | |
+-----------------+---------------------+------+-----+---------+-------+
21 rows in set (0.02 sec)
mysql> explain
-> select table_schema ,table_name, create_time from t22 where table_schema like 'test%'
-> union
-> select table_schema ,table_name, create_time from t22 where table_schema like 'information%'
-> ;
+----+--------------+------------+------------+------+---------------+------+---------+------+----------+----------+-----------------+
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
+----+--------------+------------+------------+------+---------------+------+---------+------+----------+----------+-----------------+
| 1 | PRIMARY | t22 | NULL | ALL | NULL | NULL | NULL | NULL | 12522369 | 11.11 | Using where |
| 2 | UNION | t22 | NULL | ALL | NULL | NULL | NULL | NULL | 12522369 | 11.11 | Using where |
| NULL | UNION RESULT | | NULL | ALL | NULL | NULL | NULL | NULL | NULL | NULL | Using temporary |
+----+--------------+------------+------------+------+---------------+------+---------+------+----------+----------+-----------------+
3 rows in set, 1 warning (0.02 sec)
三、临时表有关的参数有哪些？
innodb_temp_data_file_path = ibtmp1:12M:autoextend
tmp_table_size = 16777216
max_heap_table_size =16777216
default_tmp_storage_engine=InnoDB
internal_tmp_disk_storage_engine=
InnoDB
四、mysql临时表配置参数是tmp_table_size，当临时表空间不够用的时候怎么办？
如果临时表中需要存储的数据量超过了上限（
tmp-table-size
或
max-heap-table-size
中取其大者），这时候就需要生成基于磁盘的临时表了。也就是放在innodb_temp_data_file_path指定的临时表空间中。
如果你对这句话有疑问，那我举个例子来看下：反复执行语句： insert into t22 select * from t22; 同时查看表空间ibtmp1的大小变化。反复执行insert 语句，插入表中的数量指数级增长。
看下例子：
五、看图说话，做了上个实验，不知道你是否会有如下想法：既然内部临时表(Internal Temporary Table)用于排序，分组，当需要的存储空间超过
tmp-table-size
上限的时候，使用临时表空间。临时表空间是磁盘，速度比不上内存，那是不是可以加大tmp_table_size来优化需要使用临时表的SQL语句？
当然可以呀，tmp_table_size最大值是18446744073709551615，如果建议256M。
六、mysql中是如何监控临时表和临时表空间使用情况的？
mysql> show status like '%tmp%';
+-------------------------+-------+
| Variable_name | Value |
+-------------------------+-------+
| Created_tmp_disk_tables | 1 |
| Created_tmp_files | 7 |
| Created_tmp_tables | 18 |
+-------------------------+-------+
建议Created_tmp_disk_tables/Created_tmp_tables不要超过25%。如果Created_tmp_disk_tables数量很大，查看是否有很多慢sql，是否有很多使用临时表的语句。加大
tmp_table_size
的值。
七、mysql的临时表空间文件暴增，可以达到几百G，你认为形成的原因是什么？
第四个问题做的例子，如果你不停的反复的实验，你会发现ibtmp1增长的速度惊人。有个项目，曾经ibtmp1暴增到300G。一看慢sql日志，有大量慢sql，而且有很多语句需要排序。所以给ibtmp1加上限制最大值。innodb_temp_data_file_path = ibtmp1:12M:autoextend:max:5G，mysql会反复利用。
参考：老叶茶馆
https://mp.weixin.qq.com/s?__biz=MjM5NzAzMTY4NQ==&mid=207355450&idx=3&sn=3e3a2c0a7497a8cd099ddc5c33a9932d&scene=21#wechat_redirect
分享题目：mysql临时表，临时表空间，ibtmp1表空间暴增原因初探
文章出自：
http://cdxtjz.cn/article/jigcpg.html
