碎片產(chǎn)生的原因
表的存儲會出現(xiàn)碎片化，每當刪除了一行內(nèi)容，該段空間就會變?yōu)榭瞻住⒈涣艨眨谝欢螘r間內(nèi)的大量刪除操作，會使這種留空的空間變得比存儲列表內(nèi)容所使用的空間更大；當執(zhí)行插入操作時，mysql會嘗試使用空白空間，但如果某個空白空間一直沒有被大小合適的數(shù)據(jù)占用，仍然無法將其徹底占用，就形成了碎片；當MySQL對數(shù)據(jù)進行掃描時，它掃描的對象實際是列表的容量需求上限，也就是數(shù)據(jù)被寫入的區(qū)域中處于峰值位置的部分；本文我們主要和大家分享MySQL 清除表空間碎片的實例詳解的相關(guān)資料,希望通過本文能幫助到大家，需要的朋友可以參考下。
例如：
一個表有1萬行，每行10字節(jié)，會占用10萬字節(jié)存儲空間，執(zhí)行刪除操作，只留一行，實際內(nèi)容只剩下10字節(jié)，但MySQL在讀取時，仍看做是10萬字節(jié)的表進行處理，所以，碎片越多，就會越來越影響查詢性能。
查看表碎片大小
（1）查看某個表的碎片大小
mysql>?SHOW?TABLE?STATUS?LIKE?'表名';
結(jié)果中’Data_free’列的值就是碎片大小
（2）列出所有已經(jīng)產(chǎn)生碎片的表
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 因為索引和數(shù)據(jù)是分開的,所以 OPTIMIZE 可以整理數(shù)據(jù)文件,并重排索引.
OPTIMIZE 操作會暫時鎖住表,而且數(shù)據(jù)量越大,耗費的時間也越長,它畢竟不是簡單查詢操作.所以把 Optimize 命令放在程序中是不妥當?shù)?不管設(shè)置的命中率多低,當訪問量增大的時候,整體命中率也會上升,這樣肯定會對程序的運行效率造成很大影響.比較好的方式就是做個shell,定期檢查mysql中 information_schema.TABLES字段,查看 DATA_FREE 字段,大于0話,就表示有碎片
建議
清除碎片操作會暫時鎖表，數(shù)據(jù)量越大，耗費的時間越長，可以做個腳本，定期在訪問低谷時間執(zhí)行，例如每周三凌晨，檢查DATA_FREE字段，大于自己認為的警戒值的話，就清理一次。
相關(guān)推薦：
