今天收到阿里云磁盤告警通知，查看了一個100G的空間已達到80G的使用量，如果決定刪除2018年1月1日之前的數(shù)據，可delete后，再去查看發(fā)現(xiàn)磁盤可用空間并沒有減少，還飛速的上漲，這可把我急壞了，不一會兒數(shù)據庫就鎖死了。
敢忙找度娘，原來delete后，磁盤不會減少，還得執(zhí)行一下 OPTIMIZE TABLE +表名，以后找到救星了，可執(zhí)行此命信不成功，原來是空間不足，數(shù)據庫存補鎖不能執(zhí)行這條指令，一下沒了頭緒，如是決定先把服務器暫停，就在暫停時奇跡發(fā)生了，可用空間有5G多了，這下可以執(zhí)行OPTIMIZE TABLE 來優(yōu)化表了，可執(zhí)行3分鐘后，指令返回錯誤，一看空間又不足了，又表鎖住了。
最張決定，先導出一個表，轉存sql文件，足足導了40分鐘才導完，然后刪除了這個表，服務器一下可用空間多了50G,于是再執(zhí)行運行sql文件，將數(shù)據還原，足足執(zhí)行了150分鐘。執(zhí)行完后磁盤使了70G， 再執(zhí)行 OPTIMIZE TABLE +表名 ，由于其中一張表太大了，執(zhí)行了接近40分鐘，此間磁盤使用率一度飆到100%，好在還是剛才度過。
delete 數(shù)據后mysql空間并不會減少，要執(zhí)行OPTIMIZE TABLE 才行，OPTIMIZE TABLE其間會產生大量臨時文件，如果原表體量很大，會占用大量的空間，所以執(zhí)行這條時，一定要在磁盤空間充足時。不然執(zhí)行其它會引起磁盤不足，鎖死數(shù)據庫，而導致，執(zhí)行失敗
總結
以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，謝謝大家對長亭之家的支持。
