(1)表的存儲會出現碎片化,每當刪除了一行內容,該段空間就會變為空白、被留空,而在一段時間內的大量刪除操作,會使這種留空的空間變得比存儲列表內容所使用的空間更大;
(2)當執行插入操作時,MySQL會嘗試使用空白空間,但如果某個空白空間一直沒有被大小合適的數據占用,仍然無法將其徹底占用,就形成了碎片;
(3)當MySQL對數據進行掃描時,它掃描的對象實際是列表的容量需求上限,也就是數據被寫入的區域中處於峰值位置的部分;
例如:
一個表有1萬行,每行10字節,會占用10萬字節存儲空間,執行刪除操作,只留一行,實際內容只剩下10字節,但MySQL在讀取時,仍看做是10萬字節的表進行處理,所以,碎片越多,就會越來越影響查詢性能。
查看表碎片大小
(1)查看某個表的碎片大小
mysql> SHOW TABLE STATUS LIKE '表名';
結果中’Data_free’列的值就是碎片大小
<喎?http://www.Bkjia.com/kf/ware/vc/" target="_blank" class="keylink">vcD4NCjxwPjxjb2RlIGNsYXNzPQ=="hljs ">(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字段,大於自己認為的警戒值的話,就清理一次。