臨時表
臨時表顧名思義，就是臨時的，用完銷毀掉的表。 數據既可以保存在臨時的文件系統上，也可以保存在固定的磁盤文件系統上。
臨時表有下面幾種：
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能帶來一定的幫助，如果有疑問大家可以留言交流。
您可能感興趣的文章:- MySQL 清除表空間碎片的實例詳解
- 解析mysql 表中的碎片產生原因以及清理
- MySQL的表空間是什么
- Mysql臟頁flush及收縮表空間原理解析
- MySQL InnoDB表空間加密示例詳解
- Mysql在線回收undo表空間實戰記錄
- mysql Innodb表空間卸載、遷移、裝載的使用方法
- MySQL中查詢所有數據庫占用磁盤空間大小和單個庫中所有表的大小的sql語句
- MySQL 表空間碎片的概念及相關問題解決
