今天收到阿里云磁盤告警通知，查看了一個(gè)100G的空間已達(dá)到80G的使用量，如果決定刪除2018年1月1日之前的數(shù)據(jù)，可delete后，再去查看發(fā)現(xiàn)磁盤可用空間并沒有減少，還飛速的上漲，這可把我急壞了，不一會(huì)兒數(shù)據(jù)庫就鎖死了。

敢忙找度娘，原來delete后，磁盤不會(huì)減少，還得執(zhí)行一下 OPTIMIZE TABLE +表名，以后找到救星了，可執(zhí)行此命信不成功，原來是空間不足，數(shù)據(jù)庫存補(bǔ)鎖不能執(zhí)行這條指令，一下沒了頭緒，如是決定先把服務(wù)器暫停，就在暫停時(shí)奇跡發(fā)生了，可用空間有5G多了，這下可以執(zhí)行OPTIMIZE TABLE 來優(yōu)化表了，可執(zhí)行3分鐘后，指令返回錯(cuò)誤，一看空間又不足了，又表鎖住了。

最張決定，先導(dǎo)出一個(gè)表，轉(zhuǎn)存sql文件，足足導(dǎo)了40分鐘才導(dǎo)完，然后刪除了這個(gè)表，服務(wù)器一下可用空間多了50G,于是再執(zhí)行運(yùn)行sql文件，將數(shù)據(jù)還原，足足執(zhí)行了150分鐘。執(zhí)行完后磁盤使了70G， 再執(zhí)行 OPTIMIZE TABLE +表名 ，由于其中一張表太大了，執(zhí)行了接近40分鐘，此間磁盤使用率一度飆到100%，好在還是剛才度過。

delete 數(shù)據(jù)后mysql空間并不會(huì)減少，要執(zhí)行OPTIMIZE TABLE 才行，OPTIMIZE TABLE其間會(huì)產(chǎn)生大量臨時(shí)文件，如果原表體量很大，會(huì)占用大量的空間，所以執(zhí)行這條時(shí)，一定要在磁盤空間充足時(shí)。不然執(zhí)行其它會(huì)引起磁盤不足，鎖死數(shù)據(jù)庫，而導(dǎo)致，執(zhí)行失敗

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，謝謝大家對腳本之家的支持。如果你想了解更多相關(guān)內(nèi)容請查看下面相關(guān)鏈接