十年網(wǎng)站開發(fā)經(jīng)驗(yàn) + 多家企業(yè)客戶 + 靠譜的建站團(tuán)隊(duì)
量身定制 + 運(yùn)營(yíng)維護(hù)+專業(yè)推廣+無憂售后,網(wǎng)站問題一站解決
mysql臨時(shí)表空間滿了的原因如下。
站在用戶的角度思考問題,與客戶深入溝通,找到唐縣網(wǎng)站設(shè)計(jì)與唐縣網(wǎng)站推廣的解決方案,憑借多年的經(jīng)驗(yàn),讓設(shè)計(jì)與互聯(lián)網(wǎng)技術(shù)結(jié)合,創(chuàng)造個(gè)性化、用戶體驗(yàn)好的作品,建站類型包括:成都網(wǎng)站制作、做網(wǎng)站、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣、主機(jī)域名、虛擬空間、企業(yè)郵箱。業(yè)務(wù)覆蓋唐縣地區(qū)。
1、根據(jù)官網(wǎng)文檔的解釋,在正常關(guān)閉或初始化中止時(shí),將刪除臨時(shí)表空間,并在每次啟動(dòng)服務(wù)器時(shí)重新創(chuàng)建,重啟能夠釋放空間的原因在于正常關(guān)閉數(shù)據(jù)庫,臨時(shí)表空間就被刪除了,重新啟動(dòng)后重新創(chuàng)建,也就是重啟引發(fā)了臨時(shí)表空間的重建,重新初始化,所以,重建后的大小為12M。
2、對(duì)臨時(shí)表空間的大小進(jìn)行限制,允許自動(dòng)增長(zhǎng),但最大容量有上限。
我們?nèi)允褂?實(shí)驗(yàn) 05?中的環(huán)境,略去準(zhǔn)備數(shù)據(jù)的過程。
我們?nèi)匀皇褂脙蓚€(gè)會(huì)話,一個(gè)會(huì)話 run,用于運(yùn)行主 SQL;另一個(gè)會(huì)話 ps,用于進(jìn)行 performance_schema 的觀察:
主會(huì)話線程號(hào)為 29,
將 performance_schema 中的統(tǒng)計(jì)量重置,
臨時(shí)表的表大小限制取決于參數(shù)? tmp_table_size 和 max_heap_table_size 中較小者,我們實(shí)驗(yàn)中以設(shè)置 max_heap_table_size 為例。
我們將會(huì)話級(jí)別的臨時(shí)表大小設(shè)置為 2M(小于上次實(shí)驗(yàn)中臨時(shí)表使用的空間),執(zhí)行使用臨時(shí)表的 SQL:
查看內(nèi)存的分配記錄:
會(huì)發(fā)現(xiàn)內(nèi)存分配略大于 2M,我們猜測(cè)臨時(shí)表會(huì)比配置略多一點(diǎn)消耗,可以忽略。
查看語句的特征值:
可以看到語句使用了一次需要落磁盤的臨時(shí)表。
那么這張臨時(shí)表用了多少的磁盤呢?
我們開啟 performance_schema 中 waits 相關(guān)的統(tǒng)計(jì)項(xiàng):
重做實(shí)驗(yàn),略過。
再查看 performance_schema 的統(tǒng)計(jì)值:
可以看到幾個(gè)現(xiàn)象:
1. 臨時(shí)表空間被寫入了 7.92MiB 的數(shù)據(jù)。
2. 這些數(shù)據(jù)是語句寫入后,慢慢逐漸寫入的。
來看看這些寫入操作的特征,該方法我們?cè)?實(shí)驗(yàn) 03?使用過:
可以看到寫入的線程是 page_clean_thread,是一個(gè)刷臟操作,這樣就能理解數(shù)據(jù)為什么是慢慢寫入的。
也可以看到每個(gè) IO 操作的大小是 16K,也就是刷數(shù)據(jù)頁的操作。
結(jié)論:
我們可以看到,
1. MySQL 會(huì)基本遵守 max_heap_table_size 的設(shè)定,在內(nèi)存不夠用時(shí),直接將表轉(zhuǎn)到磁盤上存儲(chǔ)。
2. 由于引擎不同(內(nèi)存中表引擎為 heap,磁盤中表引擎則跟隨 internal_tmp_disk_storage_engine 的配置),本次實(shí)驗(yàn)寫磁盤的數(shù)據(jù)量和?實(shí)驗(yàn) 05?中使用內(nèi)存的數(shù)據(jù)量不同。
3. 如果臨時(shí)表要使用磁盤,表引擎配置為 InnoDB,那么即使臨時(shí)表在一個(gè)時(shí)間很短的 SQL 中使用,且使用后即釋放,釋放后也會(huì)刷臟頁到磁盤中,消耗部分 IO。
當(dāng)工作在非常大的表上時(shí) 你可能偶爾需要運(yùn)行很多查詢獲得一個(gè)大量數(shù)據(jù)的小的子集 不是對(duì)整個(gè)表運(yùn)行這些查詢 而是讓MySQL每次找出所需的少數(shù)記錄 將記錄選擇到一個(gè)臨時(shí)表可能更快些 然后多這些表運(yùn)行查詢 創(chuàng)建臨時(shí)表很容易 給正常的CREATE TABLE語句加上TEMPORARY關(guān)鍵字 CREATE TEMPORARY TABLE tmp_table (name VARCHAR( ) NOT NULL value INTEGER NOT NULL)臨時(shí)表將在你連接MySQL期間存在 當(dāng)你斷開時(shí) MySQL將自動(dòng)刪除表并釋放所用的空間 當(dāng)然你可以在仍然連接的時(shí)候刪除表并釋放空間 DROP TABLE tmp_table如果在你創(chuàng)建名為tmp_table臨時(shí)表時(shí)名為tmp_table的表在數(shù)據(jù)庫中已經(jīng)存在 臨時(shí)表將有必要屏蔽(隱藏)非臨時(shí)表tmp_table 如果你聲明臨時(shí)表是一個(gè)HEAP表 MySQL也允許你指定在內(nèi)存中創(chuàng)建它 CREATE TEMPORARY TABLE tmp_table (name VARCHAR( ) NOT NULL value INTEGER NOT NULL) TYPE = HEAP因?yàn)镠EAP表存儲(chǔ)在內(nèi)存中 你對(duì)它運(yùn)行的查詢可能比磁盤上的臨時(shí)表快些 然而 HEAP表與一般的表有些不同 且有自身的限制 詳見MySQL參考手冊(cè) 正如前面的建議 你應(yīng)該測(cè)試臨時(shí)表看看它們是否真的比對(duì)大量數(shù)據(jù)庫運(yùn)行查詢快 如果數(shù)據(jù)很好地索引 臨時(shí)表可能一點(diǎn)不快 lishixinzhi/Article/program/MySQL/201311/29492
臨時(shí)表:一種特殊的表,用來存儲(chǔ)查詢的中間結(jié)果,并且會(huì)隨著當(dāng)前連接的結(jié)束而自動(dòng)刪除。mysql中有2種臨時(shí)表,分別是內(nèi)部臨時(shí)表和外部臨時(shí)表。
外部臨時(shí)表關(guān)鍵字:TEMPORARY 。
外部臨時(shí)表特征:
1、關(guān)鍵字TEMPORARY
2、臨時(shí)表創(chuàng)建完成之后,只有當(dāng)前可見,其他連接是看不到的,具有連接隔離性
3、臨時(shí)表在當(dāng)前連接結(jié)束之后,會(huì)自動(dòng)刪除。
臨時(shí)表可以存儲(chǔ)在內(nèi)存和磁盤。