MySQL 清除表空間碎片的實例詳解

碎片產生的原因

表的儲存會出現碎片化，每當刪除了一行內容，該段空間就會變成空白、被留空，而在一段時間內的大量刪除操作，會使這種留空的空間變得比儲存清單內容所使用的空間更大；當執行插入操作時，MySQL會嘗試使用空白空間，但如果某個空白空間一直沒有被大小合適的資料佔用，仍然無法將其徹底佔用，就形成了碎片；當MySQL對資料進行掃描時，它掃描的物件實際上是清單的容量需求上限，也就是數據被寫入的區域中處於峰值位置的部分；本文我們主要和大家分享MySQL 清除表空間碎片的實例詳解的相關資料,希望透過本文能幫助到大家，需要的朋友可以參考下。

相關mysql影片教學推薦：《mysql教學》

#例如：

一個表有1萬行，每行10字節，會佔用10萬字節儲存空間，執行刪除操作，只留一行，實際內容只剩下10字節，但MySQL在讀取時，仍看做是10萬字節的表進行處理，所以，碎片越多，就會越來越影響查詢效能。

查看表格碎片大小

（1）查看某個表格的碎片大小

mysql> SHOW TABLE STATUS LIKE '表名';

結果中'Data_free'列的值就是碎片大小

（2）列出所有已經產生碎片的表格

mysql> select table_schema db, table_name, data_free, engine   
from information_schema.tables 
where table_schema not in ('information_schema', 'mysql') and data_free > 0;

清除表格碎片

（1）MyISAM表格

mysql> optimize table 表名

（2）InnoDB表

mysql> alter table 表名 engine=InnoDB

Engine不同,OPTIMIZE 的操作也不一樣的,MyISAM 因為索引和資料是分開的,所以OPTIMIZE 可以整理資料檔,並重排索引.

OPTIMIZE 操作會暫時鎖住表,而且資料量越大,耗費的時間也越長,它畢竟不是簡單查詢操作.所以把Optimize 指令放在程式中是不妥當的,不管設定的命中率多低,當訪問量增大的時候,整體命中率也會上升,這樣肯定會對程式的運行效率造成很大影響.比較好的方式就是做個shell,定期檢查mysql中information_schema.TABLES字段,查看DATA_FREE 欄位,大於0話,就表示有碎片

建議

清除碎片操作會暫時鎖定表，資料量越大，耗費的時間越長，可以做個腳本，定期在訪問低谷時間執行，例如每週三凌晨，檢查DATA_FREE字段，大於自己認為的警戒值的話，就清理一次。

相關推薦：

mysql-MySQL的清除表空間問題（5.6版本）

Mysql查詢快取碎片、快取命中率及Nagios監控

解析mysql 表中的碎片產生原因以及清理_PHP教學

以上是MySQL 清除表空間碎片的實例詳解的詳細內容。更多資訊請關注PHP中文網其他相關文章！