問題描述
在 MySQL 中使用 delete 語句刪除數(shù)據(jù)之后，監(jiān)控視圖中可用的磁盤空間沒有增加，磁盤使用率沒有下降等等。
解決方案
delete 不釋放空間是 MySQL 自身機制的原因，需要重建表才可以釋放磁盤空間，可以參考的操作：
- 執(zhí)行 optimize table ${table_name}。
- 如果是 InnoDB 的表，執(zhí)行 alter table ${table_name} engine = innodb。
需要注意以下兩個問題：
這兩個命令都會重建表，盡量不要在磁盤空間緊張（>90%）的時候進行操作，先擴容磁盤，操作完之后再縮容。
這兩個命令在開始和結(jié)束的時候都會嘗試獲取 metadata lock，所以盡量不要在業(yè)務高峰期執(zhí)行。
問題分析
在 MySQL 的機制中，delete 刪除的行只是被標記為刪除狀態(tài)，如果刪除的行很多，整個數(shù)據(jù)頁（innodb_page）的行都會被刪除的時候，數(shù)據(jù)頁也只會標記為刪除，都不會真正的物理刪除，而是一直占用，等待被復用。
例如：
可以看到 delete 前后，data_length 并沒有發(fā)生變化，但是 data_free 增加了很多。這說明數(shù)據(jù)雖然刪了，但是并沒有被釋放，仍舊被 test1 表占用，只是顯示處于 free 狀態(tài)，以后再寫入新數(shù)據(jù)的時候就可以直接復用，而不需要在申請新的磁盤空間了。
這個時候使用alter table test1 engine = innodb 看看效果：
可以看到 data_length 和 data_free 都變成了空表的狀態(tài)，僅有一個 innodb_page (默認 16k)。
PS：data_free 本身也可以用來評估表的空間碎片，當這個數(shù)字非常高的時候，可以考慮用同樣的方法重建表，回收一部分磁盤空間。
以上就是MySQL Delete 刪數(shù)據(jù)后磁盤空間未釋放的原因的詳細內(nèi)容，更多關(guān)于MySQL 刪數(shù)據(jù)后磁盤空間未釋放的資料請關(guān)注腳本之家其它相關(guān)文章！
您可能感興趣的文章:- MySQL 利用frm文件和ibd文件恢復表數(shù)據(jù)
- MySQL之導出整個及單個表數(shù)據(jù)的操作
- 解決MySQL數(shù)據(jù)庫意外崩潰導致表數(shù)據(jù)文件損壞無法啟動的問題
- ubuntu下磁盤空間不足導致mysql無法啟動的解決方法
- Mysql存儲引擎MyISAM的常見問題（表損壞、無法訪問、磁盤空間不足）
- lnmp下如何關(guān)閉Mysql日志保護磁盤空間
- 幾個縮減MySQL以節(jié)省磁盤空間的建議
- Mysql InnoDB刪除數(shù)據(jù)后釋放磁盤空間的方法
- 為什么MySQL 刪除表數(shù)據(jù) 磁盤空間還一直被占用
