當磁盤空間爆滿后，MySQL會發(fā)生什么事呢？又應該怎么應對？

當磁盤空間寫滿了之后，MySQL是無法再寫入任何數據的，包括對表數據的寫入，以及binlog、binlog-index等文件。

當然了，因為InnoDB是可以把臟數據先放在內存里，所以不會立刻表現出來無法寫入，除非開啟了binlog，寫入請求才會被阻塞。

當MySQL檢測到磁盤空間滿了，它會：

那么，當發(fā)現磁盤空間滿了之后，我們應該怎么處理呢，建議：

每分鐘：檢查空間是否得到釋放，以便寫入新數據。當發(fā)現有剩余空間了，就會繼續(xù)寫入數據，一切照舊。

每十分鐘：如果還是發(fā)現沒剩余空間，則會在日志中寫入一條記錄，報告磁盤空間滿(這時候只寫入幾個字節(jié)還是夠的)。

提高監(jiān)控系統(tǒng)檢測頻率，預防再次發(fā)生；

及時刪除不用的文件，釋放空間；

若有線程因磁盤滿的問題被阻塞了，可先殺掉，等到下一分鐘重新檢測時它可能又可以正常工作了；

可能因磁盤滿導致某些線程被阻塞，引發(fā)其他線程也被阻塞，可把導致阻塞的線程殺掉，其他被阻塞的線程也就能繼續(xù)工作了。

有個例外的情況是：

當執(zhí)行 REPAIR TABLE 或者 OPTIMIZE TABLE 操作時，或者執(zhí)行完 LOAD DATA INFILE 或 ALTER TABLE 之后批量更新索引時，這些操作會創(chuàng)建臨時文件，當執(zhí)行這些操作過程中mysqld發(fā)現磁盤空間滿了，就會把這個涉及到的表標記為crashed，刪掉臨時文件(除了 ALTER TABLE 操作，MySQL會放棄正在執(zhí)行的操作，刪除臨時文件，釋放磁盤空間)。

備注：當執(zhí)行這些命令過程中mysqld進程被意外被殺掉的話，其所生成臨時文件不會自動刪除，需要手工刪掉才能釋放磁盤空間。