关于MySQL内部临时表（internal temporary table）的优化：

• (1) 尽可能考虑如何避免SQL命令创建临时表  

      对于一个查询连接非常繁忙的数据库，频繁地使用需要创建临时表的查询本身就已经是一个性能瓶颈。需要重新检视您的数据表的结构以及各表之间的关联， 重新考虑主键和索引，重组数据结构以减少应用中需不同的ORDER BY和GROUP BY的情况。

      拆分为较少关联层次的多次查询，或使用View表。

      因为目前线上发生的环境已经使用了view表，建议view表创建时候，根据业务需求，再创建，以减少 tmp消耗

• (2)尽量设法确保临时表被创建于内存而非磁盘之中  

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

• (3)如何避免 On-Disk Temporary Tables

  下面是官方说明：

 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. 
  --------------下面是中文翻译
  最好的解决方案是避免使用BLOB和文本类型,除非你真的需要他们。如果无法避免它们,您可以使用ORDER BY SUBSTRRING(colum,length)将值转换为字符串。将允许使用内存临时表。
  只是确保你使用的是短engough临时表的子串，不用增长到超过max_heap_table_size tmp_table_size的大小，否则会创建一个磁盘MyISAM表
  如果解释的额外的列包含“使用临时”,查询使用隐式临时表。  

六、BLOB和TEXT导致的内部磁盘临时表说明

七、小结

【小结】

• 1、如果事物超过tmptablesize 会使用 磁盘临时表，没操作则用内存临时表。
• 2、如果使用了BLOB和TEXT列，“并且需要隐式临时表时”，直接用磁盘临时表，不会用到内存。即使没有超过maxheaptable_size的限制<他们的类型决定的>，（varchar,char 都会用内存临时表）。
• 3、用explain查看，其实你可以在每次执行前用 explain 分析下，要是让你使用临时表 会在extra里面现实出来的。