# 數據碎片 當刪除了數據表中的一條記錄時，該記錄占用對的空間會被留空，如果經常插入數據和刪除數據，則會產生很多不連續的碎片，這樣久而久之，這個表就會占用很大空間，但實際上表里面的記錄數卻很少，這樣不但會浪費空間，而且查詢速度也更慢。 在長期的數據更改過程中，索引文件和數據文件，都將產生空洞，形成碎片，我們可以通過一個操作（不產生對數據實質影響的操作）來修改表， 刪除了一部分數據，應該表的容量會減少一部分，但是沒有減掉 ## 開始整理： MyISAM表 ~~~ mysql> optimize table 表名 ~~~ InnoDB表 ~~~ mysql> alter table 表名 engine=InnoDB ~~~ Engine不同,OPTIMIZE 的操作也不一樣的,MyISAM 因為索引和數據是分開的,所以 OPTIMIZE 可以整理數據文件,并重排索引. 但是有人說optimize table 表名，也可以修復。沒試過,估計對innodb不行 OPTIMIZE 操作會暫時鎖住表,而且數據量越大,耗費的時間也越長,它畢竟不是簡單查詢操作.所以把 Optimize 命令放在程序中是不妥當的,不管設置的命中率多低,當訪問量增大的時候,整體命中率也會上升,這樣肯定會對程序的運行效率造成很大影響.比較好的方式就是做個shell,定期檢查mysql中 information_schema.TABLES字段,查看 DATA_FREE 字段,大于0話,就表示有碎片 注意：修復表的數據及索引碎片，就會把所有的數據文件重新整理一遍，使之對齊，這個過程，如果表的行數比較大，也是比較耗費資源的操作，所以，不能頻繁的修復。 如果表的update，delete操作很頻繁，可以按周月來修復。 清除碎片操作會暫時鎖表，數據量越大，耗費的時間越長，可以做個腳本，定期在訪問低谷時間執行，例如每周三凌晨，檢查DATA_FREE字段，大于自己認為的警戒值的話，就清理一次 # 如何查看數據表的碎片空間有多大？ ~~~ SHOW TABLE STATUS LIKE '表名'\G; “data_free”一項顯示了表的留空空間。 ~~~ 列出所有已經產生碎片的表 ~~~ 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; ~~~