mysql臨時(shí)表空間滿(mǎn)了的原因如下。
站在用戶(hù)的角度思考問(wèn)題,與客戶(hù)深入溝通,找到唐縣網(wǎng)站設(shè)計(jì)與唐縣網(wǎng)站推廣的解決方案,憑借多年的經(jīng)驗(yàn),讓設(shè)計(jì)與互聯(lián)網(wǎng)技術(shù)結(jié)合,創(chuàng)造個(gè)性化、用戶(hù)體驗(yàn)好的作品,建站類(lèi)型包括:成都網(wǎng)站制作、做網(wǎng)站、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣、主機(jī)域名、虛擬空間、企業(yè)郵箱。業(yè)務(wù)覆蓋唐縣地區(qū)。
1、根據(jù)官網(wǎng)文檔的解釋?zhuān)谡jP(guān)閉或初始化中止時(shí),將刪除臨時(shí)表空間,并在每次啟動(dòng)服務(wù)器時(shí)重新創(chuàng)建,重啟能夠釋放空間的原因在于正常關(guān)閉數(shù)據(jù)庫(kù),臨時(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ù)的過(guò)程。
我們?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)消耗,可以忽略。
查看語(yǔ)句的特征值:
可以看到語(yǔ)句使用了一次需要落磁盤(pán)的臨時(shí)表。
那么這張臨時(shí)表用了多少的磁盤(pán)呢?
我們開(kāi)啟 performance_schema 中 waits 相關(guān)的統(tǒng)計(jì)項(xiàng):
重做實(shí)驗(yàn),略過(guò)。
再查看 performance_schema 的統(tǒng)計(jì)值:
可以看到幾個(gè)現(xiàn)象:
1. 臨時(shí)表空間被寫(xiě)入了 7.92MiB 的數(shù)據(jù)。
2. 這些數(shù)據(jù)是語(yǔ)句寫(xiě)入后,慢慢逐漸寫(xiě)入的。
來(lái)看看這些寫(xiě)入操作的特征,該方法我們?cè)?實(shí)驗(yàn) 03?使用過(guò):
可以看到寫(xiě)入的線程是 page_clean_thread,是一個(gè)刷臟操作,這樣就能理解數(shù)據(jù)為什么是慢慢寫(xiě)入的。
也可以看到每個(gè) IO 操作的大小是 16K,也就是刷數(shù)據(jù)頁(yè)的操作。
結(jié)論:
我們可以看到,
1. MySQL 會(huì)基本遵守 max_heap_table_size 的設(shè)定,在內(nèi)存不夠用時(shí),直接將表轉(zhuǎn)到磁盤(pán)上存儲(chǔ)。
2. 由于引擎不同(內(nèi)存中表引擎為 heap,磁盤(pán)中表引擎則跟隨 internal_tmp_disk_storage_engine 的配置),本次實(shí)驗(yàn)寫(xiě)磁盤(pán)的數(shù)據(jù)量和?實(shí)驗(yàn) 05?中使用內(nèi)存的數(shù)據(jù)量不同。
3. 如果臨時(shí)表要使用磁盤(pán),表引擎配置為 InnoDB,那么即使臨時(shí)表在一個(gè)時(shí)間很短的 SQL 中使用,且使用后即釋放,釋放后也會(huì)刷臟頁(yè)到磁盤(pán)中,消耗部分 IO。
當(dāng)工作在非常大的表上時(shí) 你可能偶爾需要運(yùn)行很多查詢(xún)獲得一個(gè)大量數(shù)據(jù)的小的子集 不是對(duì)整個(gè)表運(yùn)行這些查詢(xún) 而是讓MySQL每次找出所需的少數(shù)記錄 將記錄選擇到一個(gè)臨時(shí)表可能更快些 然后多這些表運(yùn)行查詢(xún) 創(chuàng)建臨時(shí)表很容易 給正常的CREATE TABLE語(yǔ)句加上TEMPORARY關(guān)鍵字 CREATE TEMPORARY TABLE tmp_table (name VARCHAR( ) NOT NULL value INTEGER NOT NULL)臨時(shí)表將在你連接MySQL期間存在 當(dāng)你斷開(kāi)時(shí) MySQL將自動(dòng)刪除表并釋放所用的空間 當(dāng)然你可以在仍然連接的時(shí)候刪除表并釋放空間 DROP TABLE tmp_table如果在你創(chuàng)建名為tmp_table臨時(shí)表時(shí)名為tmp_table的表在數(shù)據(jù)庫(kù)中已經(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)行的查詢(xún)可能比磁盤(pán)上的臨時(shí)表快些 然而 HEAP表與一般的表有些不同 且有自身的限制 詳見(jiàn)MySQL參考手冊(cè) 正如前面的建議 你應(yīng)該測(cè)試臨時(shí)表看看它們是否真的比對(duì)大量數(shù)據(jù)庫(kù)運(yùn)行查詢(xún)快 如果數(shù)據(jù)很好地索引 臨時(shí)表可能一點(diǎn)不快 lishixinzhi/Article/program/MySQL/201311/29492
臨時(shí)表:一種特殊的表,用來(lái)存儲(chǔ)查詢(xún)的中間結(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)前可見(jiàn),其他連接是看不到的,具有連接隔離性
3、臨時(shí)表在當(dāng)前連接結(jié)束之后,會(huì)自動(dòng)刪除。
臨時(shí)表可以存儲(chǔ)在內(nèi)存和磁盤(pán)。
名稱(chēng)欄目:mysql怎么刪除臨時(shí)表 mysql刪除表
本文地址:http://www.rwnh.cn/article20/ddosjco.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供網(wǎng)站內(nèi)鏈、外貿(mào)網(wǎng)站建設(shè)、網(wǎng)站改版、網(wǎng)站營(yíng)銷(xiāo)、虛擬主機(jī)、App設(shè)計(jì)
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶(hù)投稿、用戶(hù)轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來(lái)源: 創(chuàng)新互聯(lián)
猜你還喜歡下面的內(nèi)容