MySQL Delete 刪數據後磁盤空間未釋放的原因

問題描述

在 MySQL 中使用 delete 語句刪除數據之後,監控視圖中可用的磁盤空間沒有增加,磁盤使用率沒有下降等等。

解決方案

delete 不釋放空間是 MySQL 自身機制的原因,需要重建表才可以釋放磁盤空間,可以參考的操作:

  1. 執行 optimize table ${table_name}。
  2. 如果是 InnoDB 的表,執行 alter table ${table_name} engine = innodb。

需要註意以下兩個問題:

這兩個命令都會重建表,盡量不要在磁盤空間緊張(>90%)的時候進行操作,先擴容磁盤,操作完之後再縮容。
這兩個命令在開始和結束的時候都會嘗試獲取 metadata lock,所以盡量不要在業務高峰期執行。

問題分析

在 MySQL 的機制中,delete 刪除的行隻是被標記為刪除狀態,如果刪除的行很多,整個數據頁(innodb_page)的行都會被刪除的時候,數據頁也隻會標記為刪除,都不會真正的物理刪除,而是一直占用,等待被復用。

例如:

可以看到 delete 前後,data_length 並沒有發生變化,但是 data_free 增加瞭很多。這說明數據雖然刪瞭,但是並沒有被釋放,仍舊被 test1 表占用,隻是顯示處於 free 狀態,以後再寫入新數據的時候就可以直接復用,而不需要在申請新的磁盤空間瞭。

這個時候使用alter table test1 engine = innodb 看看效果:

可以看到 data_length 和 data_free 都變成瞭空表的狀態,僅有一個 innodb_page (默認 16k)。

PS:data_free 本身也可以用來評估表的空間碎片,當這個數字非常高的時候,可以考慮用同樣的方法重建表,回收一部分磁盤空間。

以上就是MySQL Delete 刪數據後磁盤空間未釋放的原因的詳細內容,更多關於MySQL 刪數據後磁盤空間未釋放的資料請關註WalkonNet其它相關文章!

推薦閱讀: