<span id="mktg5"></span>

<i id="mktg5"><meter id="mktg5"></meter></i>

        <label id="mktg5"><meter id="mktg5"></meter></label>
        最新文章專(zhuān)題視頻專(zhuān)題問(wèn)答1問(wèn)答10問(wèn)答100問(wèn)答1000問(wèn)答2000關(guān)鍵字專(zhuān)題1關(guān)鍵字專(zhuān)題50關(guān)鍵字專(zhuān)題500關(guān)鍵字專(zhuān)題1500TAG最新視頻文章推薦1 推薦3 推薦5 推薦7 推薦9 推薦11 推薦13 推薦15 推薦17 推薦19 推薦21 推薦23 推薦25 推薦27 推薦29 推薦31 推薦33 推薦35 推薦37視頻文章20視頻文章30視頻文章40視頻文章50視頻文章60 視頻文章70視頻文章80視頻文章90視頻文章100視頻文章120視頻文章140 視頻2關(guān)鍵字專(zhuān)題關(guān)鍵字專(zhuān)題tag2tag3文章專(zhuān)題文章專(zhuān)題2文章索引1文章索引2文章索引3文章索引4文章索引5123456789101112131415文章專(zhuān)題3
        問(wèn)答文章1 問(wèn)答文章501 問(wèn)答文章1001 問(wèn)答文章1501 問(wèn)答文章2001 問(wèn)答文章2501 問(wèn)答文章3001 問(wèn)答文章3501 問(wèn)答文章4001 問(wèn)答文章4501 問(wèn)答文章5001 問(wèn)答文章5501 問(wèn)答文章6001 問(wèn)答文章6501 問(wèn)答文章7001 問(wèn)答文章7501 問(wèn)答文章8001 問(wèn)答文章8501 問(wèn)答文章9001 問(wèn)答文章9501
        當(dāng)前位置: 首頁(yè) - 科技 - 知識(shí)百科 - 正文

        利用硬鏈接和truncate降低droptable對(duì)線(xiàn)上環(huán)境的影響_MySQL

        來(lái)源:懂視網(wǎng) 責(zé)編:小采 時(shí)間:2020-11-09 19:10:34
        文檔

        利用硬鏈接和truncate降低droptable對(duì)線(xiàn)上環(huán)境的影響_MySQL

        利用硬鏈接和truncate降低droptable對(duì)線(xiàn)上環(huán)境的影響_MySQL:眾所周知drop table會(huì)嚴(yán)重的消耗服務(wù)器IO性能,如果被drop的table容量較大,甚至?xí)绊懙骄€(xiàn)上的正常。首先,我們看一下為什么drop容量大的table會(huì)影響線(xiàn)上服務(wù) 直接執(zhí)行drop table,mysql會(huì)將表定義和表數(shù)據(jù)全都刪除,包括磁盤(pán)上的物理文件,也包括buffe
        推薦度:
        導(dǎo)讀利用硬鏈接和truncate降低droptable對(duì)線(xiàn)上環(huán)境的影響_MySQL:眾所周知drop table會(huì)嚴(yán)重的消耗服務(wù)器IO性能,如果被drop的table容量較大,甚至?xí)绊懙骄€(xiàn)上的正常。首先,我們看一下為什么drop容量大的table會(huì)影響線(xiàn)上服務(wù) 直接執(zhí)行drop table,mysql會(huì)將表定義和表數(shù)據(jù)全都刪除,包括磁盤(pán)上的物理文件,也包括buffe
          眾所周知drop table會(huì)嚴(yán)重的消耗服務(wù)器IO性能,如果被drop的table容量較大,甚至?xí)绊懙骄€(xiàn)上的正常。

        首先,我們看一下為什么drop容量大的table會(huì)影響線(xiàn)上服務(wù)


          直接執(zhí)行drop table,mysql會(huì)將表定義和表數(shù)據(jù)全都刪除,包括磁盤(pán)上的物理文件,也包括buffer pool中的內(nèi)存數(shù)據(jù)。

          這就分兩步,第一步從buffer pool中刪除,這會(huì)涉及到table_cache的lock,如果持有table_cache的lock,這將導(dǎo)致其他查詢(xún)都無(wú)法執(zhí)行。這種情況在沒(méi)有innodb_per_table之前尤為嚴(yán)重。另外,mysql5.5.23之后添加lazy drop table功能,這個(gè)功能用來(lái)解決mutex on the LRU list。其中心思想就是加鎖,找到需要被刪除的page,刪除1024個(gè)page之后釋放鎖讓其他thread工作,之后loop。而percona的lazy drop處理起來(lái)更優(yōu)雅一些,其會(huì)先加鎖,然后找到需要被刪除的page,標(biāo)記,釋放鎖,后臺(tái)慢慢刪除。

          之后就是第二步,這步在大容量表的時(shí)候更為消耗時(shí)間,那就是在os上刪除物理文件。大家都知道在ext3上rm一個(gè)200G的文件會(huì)非常耗時(shí),這是由于ext3存儲(chǔ)數(shù)據(jù)的結(jié)構(gòu)導(dǎo)致,如果一個(gè)很大的文件,ext3的i_block無(wú)法直接存放,需要多層嵌套才能完全存儲(chǔ)下,在這種情況下由于映射的層次多,并且由于多層映射也不會(huì)是順序存儲(chǔ)的,就導(dǎo)致了很大的隨機(jī)IO,這就導(dǎo)致了刪除物理文件非常慢的現(xiàn)象。在這種情況下,建議升級(jí)到ext4,這是由于ext4比ext3使用extent分配存儲(chǔ)空間,其最大的優(yōu)勢(shì)就是順序存儲(chǔ)。

        ext3:

        ext4:

        知道了原因,我們來(lái)說(shuō)說(shuō)如何解決。具體步驟如下:


         1、建立硬鏈接。

        ln table.ibd table.idb.hdlk

          2、mysql執(zhí)行drop table操作。

        drop table if exists tablename;

          3、使用truncate刪除物理文件。

        truncate -s 1024*1024*4 filename

          其實(shí)硬鏈接和drop table就不用多說(shuō)了,在建立硬鏈接之后,mysql會(huì)認(rèn)為rm了硬鏈接文件之后就算操作完畢,不會(huì)真正去刪除物理文件從而提高了速度。但是對(duì)于服務(wù)器來(lái)說(shuō),實(shí)際的物理文件還在,如果手動(dòng)rm,還是會(huì)產(chǎn)生很多的io影響,這時(shí)候就用到了truncate這個(gè)工具。這個(gè)工具會(huì)根據(jù)指定的size大小進(jìn)行逐步刪除,會(huì)將對(duì)IO造成的影響降到最低。

        Usage: truncate OPTION... FILE...Shrink or extend the size of each FILE to the specified sizeA FILE argument that does not exist is created.If a FILE is larger than the specified size, the extra data is lost.If a FILE is shorter, it is extended and the extended part (hole)reads as zero bytes.Mandatory arguments to long options are mandatory for short options too. -c, --no-create do not create any files -o, --io-blocks treat SIZE as number of IO blocks instead of bytes -r, --reference=RFILE base size on RFILE -s, --size=SIZE set or adjust the file size by SIZE --help display this help and exit --version output version information and exitSIZE may be (or may be an integer optionally followed by) one of following:KB 1000, K 1024, MB 1000*1000, M 1024*1024, and so on for G, T, P, E, Z, Y.SIZE may also be prefixed by one of the following modifying characters:`+' extend by, `-' reduce by, `<' at most, `>' at least,`/' round down to multiple of, `%' round up to multiple of.Report truncate bugs to bug-coreutils@gnu.orgGNU coreutils home page: General help using GNU software: For complete documentation, run: info coreutils 'truncate invocation'

          

        聲明:本網(wǎng)頁(yè)內(nèi)容旨在傳播知識(shí),若有侵權(quán)等問(wèn)題請(qǐng)及時(shí)與本網(wǎng)聯(lián)系,我們將在第一時(shí)間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com

        文檔

        利用硬鏈接和truncate降低droptable對(duì)線(xiàn)上環(huán)境的影響_MySQL

        利用硬鏈接和truncate降低droptable對(duì)線(xiàn)上環(huán)境的影響_MySQL:眾所周知drop table會(huì)嚴(yán)重的消耗服務(wù)器IO性能,如果被drop的table容量較大,甚至?xí)绊懙骄€(xiàn)上的正常。首先,我們看一下為什么drop容量大的table會(huì)影響線(xiàn)上服務(wù) 直接執(zhí)行drop table,mysql會(huì)將表定義和表數(shù)據(jù)全都刪除,包括磁盤(pán)上的物理文件,也包括buffe
        推薦度:
        標(biāo)簽: 鏈接 利用 影響
        • 熱門(mén)焦點(diǎn)

        最新推薦

        猜你喜歡

        熱門(mén)推薦

        專(zhuān)題
        Top
        主站蜘蛛池模板: 中文无码亚洲精品字幕| 亚洲av福利无码无一区二区| 亚洲av午夜精品无码专区| 8x8x华人永久免费视频| 亚洲综合男人的天堂色婷婷| 99久久99久久免费精品小说| 色拍自拍亚洲综合图区| 永久黄色免费网站| 亚洲偷自精品三十六区| 在线观看成人免费视频| 狼人大香伊蕉国产WWW亚洲| 免费一级做a爰片性色毛片| 久久国产精品免费一区| 久久久久亚洲AV成人无码网站| 亚洲一级免费视频| 亚洲色偷偷色噜噜狠狠99| 国产精品国产自线拍免费软件| 美美女高清毛片视频黄的一免费 | 97av免费视频| 亚洲一区二区三区免费视频| 波多野结衣久久高清免费| 一级女性全黄久久生活片免费| 国产av天堂亚洲国产av天堂| 希望影院高清免费观看视频| 久久久久亚洲国产AV麻豆 | 精品少妇人妻AV免费久久洗澡 | 美景之屋4在线未删减免费| 亚洲人成人无码网www电影首页| 久久综合国产乱子伦精品免费| 在线综合亚洲欧洲综合网站| 人人狠狠综合久久亚洲高清| a级毛片免费播放| 亚洲三级中文字幕| 亚洲中文字幕无码专区| 99国产精品视频免费观看| 亚洲国产精品无码第一区二区三区| 亚洲午夜福利精品无码| 最近免费字幕中文大全视频| 美女视频黄视大全视频免费的| 久久国产亚洲精品麻豆| 在线精品免费视频|