mysql 建立大量磁盤臨時表

發現 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 做爲某些列的類型，所以用於結果的臨時表是一個磁盤上表。