關于MySQL內(nèi)部臨時表（internal temporary table）的優(yōu)化：

• (1) 盡可能考慮如何避免SQL命令創(chuàng)建臨時表  

      對于一個查詢連接非常繁忙的數(shù)據(jù)庫，頻繁地使用需要創(chuàng)建臨時表的查詢本身就已經(jīng)是一個性能瓶頸。需要重新檢視您的數(shù)據(jù)表的結(jié)構以及各表之間的關聯(lián)， 重新考慮主鍵和索引，重組數(shù)據(jù)結(jié)構以減少應用中需不同的ORDER BY和GROUP BY的情況。

      拆分為較少關聯(lián)層次的多次查詢，或使用View表。

      因為目前線上發(fā)生的環(huán)境已經(jīng)使用了view表，建議view表創(chuàng)建時候，根據(jù)業(yè)務需求，再創(chuàng)建，以減少 tmp消耗

• (2)盡量設法確保臨時表被創(chuàng)建于內(nèi)存而非磁盤之中  

      如果實在是無法避免創(chuàng)建臨時表，那么退而求其次，則需要盡量確保這些臨時表能夠被創(chuàng)建在內(nèi)存之中。避免在結(jié)構設計和查詢命令中使用BLOB和TEXT類型字段，或可考慮用 SUBSTRRING(colum,length)函數(shù)將其轉(zhuǎn)換為字符串類型；用SQLSMALLRESULT選項通知數(shù)據(jù)庫使用in-memory臨時表；使用View來簡化查詢；使用RAM disk內(nèi)存盤來存儲MySQL 數(shù)據(jù)庫的臨時表（需確保無使用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)將值轉(zhuǎn)換為字符串。將允許使用內(nèi)存臨時表。
  只是確保你使用的是短engough臨時表的子串，不用增長到超過max_heap_table_size tmp_table_size的大小，否則會創(chuàng)建一個磁盤MyISAM表
  如果解釋的額外的列包含“使用臨時”,查詢使用隱式臨時表。  

六、BLOB和TEXT導致的內(nèi)部磁盤臨時表說明

七、小結(jié)

【小結(jié)】

• 1、如果事物超過tmptablesize 會使用 磁盤臨時表，沒操作則用內(nèi)存臨時表。
• 2、如果使用了BLOB和TEXT列，“并且需要隱式臨時表時”，直接用磁盤臨時表，不會用到內(nèi)存。即使沒有超過maxheaptable_size的限制<他們的類型決定的>，（varchar,char 都會用內(nèi)存臨時表）。
• 3、用explain查看，其實你可以在每次執(zhí)行前用 explain 分析下，要是讓你使用臨時表 會在extra里面現(xiàn)實出來的。