臨時表
臨時表顧名思義，就是臨時的，用完銷毀掉的表。 數據既可以保存在臨時的文件系統上，也可以保存在固定的磁盤文件系統上。
臨時表有下面幾種：
1、全局臨時表
這種臨時表從數據庫實例啟動後開始生效，在數據庫實例銷毀後失效。在MySQL裡面這種臨時表對應的是內存表，即memory引擎。
2、會話級別臨時表
這種臨時表在用戶登錄系統成功後生效，在用戶退出時失效。在MySQL裡的臨時表指的就是以create temporary table 這樣的關鍵詞創建的表。
3、事務級別臨時表
這種臨時表在事務開始時生效，事務提交或者回滾後失效。 在MySQL裡面沒有這種臨時表，必須利用會話級別的臨時表間接實現。
4、檢索級別臨時表
這種臨時表在SQL語句執行之間產生，執行完畢後失效。 在MySQL裡面這種臨時表不是很固定，跟隨MySQL默認存儲引擎來變化。比如默認存儲引擎是MyISAM,臨時表的引擎就是MyISAM,並且文件生成形式以及數據運作形式和MyISAM一樣，只是數據保存在內存裡；如果默認引擎是INNODB，那麼臨時表的引擎就是INNODB，此時它的所有信息都保存在共享表空間ibdata裡面。
MySQL 5.7之臨時表空間
MySQL 5.7對於InnoDB存儲引擎的臨時表空間做了優化。在MySQL 5.7之前，INNODB引擎的臨時表都保存在ibdata裡面，而ibdata的貪婪式磁盤占用導致臨時表的創建與刪除對其他正常表產生非常大的性能影響。在MySQL5.7中，對於臨時表做了下面兩個重要方面的優化：
1、MySQL 5.7 把臨時表的數據以及回滾信息（僅限於未壓縮表）從共享表空間裡面剝離出來，形成自己單獨的表空間，參數為innodb_temp_data_file_path。
2、在MySQL 5.7 中把臨時表的相關檢索信息保存在系統信息表中：information_schema.innodb_temp_table_info. 而MySQL 5.7之前的版本想要查看臨時表的系統信息是沒有太好的辦法。
需要注意的一點就是：雖然INNODB臨時表有自己的表空間，但是目前還不能自己定義臨時表空間文件的保存路徑，只能是繼承innodb_data_home_dir。此時如果想要拿其他的磁盤，比如內存盤來充當臨時表空間的保存地址，只能用老辦法，做軟鏈。舉個小例子：
我現在用的OS是 Ubuntu12.X，想用tmpfs文件系統充當臨時表空間，
root@ytt-master-VirtualBox:/usr/local/mysql/data# ln -s/run/shm/ /usr/local/mysql/data/tmp_space2 root@ytt-master-VirtualBox:/usr/local/mysql/data#ls -l | grep 'shm' lrwxrwxrwx1 root root 9 Nov 13 10:28tmp_space2 -> /run/shm/
然後把innodb_temp_data_file_path=tmp_space2/ibtmp2:200M:autoextend添加到my.cnf裡的[mysqld]下面一行, 重啟MySQL服務後:
mysql>select @@innodb_temp_data_file_path\G ***************************1. row *************************** @@innodb_temp_data_file_path:tmp_space2/ibtmp2:200M:autoextend 1 rowin set (0.00 sec)
先寫一個批量創建臨時表的存儲過程：
DELIMITER$$
USE`t_girl`$$
DROPPROCEDURE IF EXISTS `sp_create_temporary_table`$$
CREATEDEFINER=`root`@`localhost` PROCEDURE `sp_create_temporary_table`(
IN f_cnt INT UNSIGNED )
BEGIN
DECLARE i INT UNSIGNED DEFAULT 1;
WHILE i <= f_cnt
DO
SET @stmt = CONCAT('create temporarytable tmp',i,' ( id int, tmp_desc varchar(60));');
PREPARE s1 FROM @stmt;
EXECUTE s1;
SET i = i + 1;
END WHILE;
DROP PREPARE s1;
END$$
DELIMITER;
現在來創建10張臨時表：
mysql>call sp_create_temporary_table(10); QueryOK, 0 rows affected (0.07 sec)
如果在以前，我們只知道創建了10張臨時表，但是只能憑記憶或者手工記錄下來臨時表的名字等信息。
現在可以直接從數據字典裡面檢索相關數據。
mysql> select * frominformation_schema.innodb_temp_table_info; +----------+--------------+--------+-------+----------------------+---------------+ |TABLE_ID | NAME | N_COLS | SPACE| PER_TABLE_TABLESPACE | IS_COMPRESSED | +----------+--------------+--------+-------+----------------------+---------------+ | 56 | #sql1705_2_9 | 5 | 36 | FALSE |FALSE | | 55 | #sql1705_2_8 | 5 | 36 | FALSE |FALSE | | 54 | #sql1705_2_7 | 5 | 36 | FALSE |FALSE | | 53 | #sql1705_2_6 | 5 | 36 | FALSE |FALSE | | 52 | #sql1705_2_5 | 5 | 36 | FALSE |FALSE | | 51 | #sql1705_2_4 | 5 | 36 | FALSE |FALSE | | 50 | #sql1705_2_3 | 5 | 36 | FALSE |FALSE | | 49 | #sql1705_2_2 | 5 | 36 | FALSE |FALSE | | 48 | #sql1705_2_1 | 5 | 36 | FALSE |FALSE | | 47 | #sql1705_2_0 | 5 | 36 | FALSE |FALSE | +----------+--------------+--------+-------+----------------------+---------------+ 10rows in set (0.00 sec)
總結
功能性我就寫到這裡，大家性能方面如果有興趣可以找時間去測試。希望本文的內容對大家學習或者使用mysql5.7能帶來一定的幫助，如果有疑問大家可以留言交流。
