MySQL 清除表空間碎片的實(shí)例詳解

碎片產(chǎn)生的原因

（1）表的存儲(chǔ)會(huì)出現(xiàn)碎片化，每當(dāng)刪除了一行內(nèi)容，該段空間就會(huì)變?yōu)榭瞻?、被留空，而在一段時(shí)間內(nèi)的大量刪除操作，會(huì)使這種留空的空間變得比存儲(chǔ)列表內(nèi)容所使用的空間更大；

（2）當(dāng)執(zhí)行插入操作時(shí)，MySQL會(huì)嘗試使用空白空間，但如果某個(gè)空白空間一直沒有被大小合適的數(shù)據(jù)占用，仍然無法將其徹底占用，就形成了碎片；

（3）當(dāng)MySQL對(duì)數(shù)據(jù)進(jìn)行掃描時(shí)，它掃描的對(duì)象實(shí)際是列表的容量需求上限，也就是數(shù)據(jù)被寫入的區(qū)域中處于峰值位置的部分；

例如：

一個(gè)表有1萬行，每行10字節(jié)，會(huì)占用10萬字節(jié)存儲(chǔ)空間，執(zhí)行刪除操作，只留一行，實(shí)際內(nèi)容只剩下10字節(jié)，但MySQL在讀取時(shí)，仍看做是10萬字節(jié)的表進(jìn)行處理，所以，碎片越多，就會(huì)越來越影響查詢性能。

查看表碎片大小

（1）查看某個(gè)表的碎片大小

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 因?yàn)樗饕蛿?shù)據(jù)是分開的,所以 OPTIMIZE 可以整理數(shù)據(jù)文件,并重排索引.

OPTIMIZE 操作會(huì)暫時(shí)鎖住表,而且數(shù)據(jù)量越大,耗費(fèi)的時(shí)間也越長,它畢竟不是簡單查詢操作.所以把 Optimize 命令放在程序中是不妥當(dāng)?shù)?不管設(shè)置的命中率多低,當(dāng)訪問量增大的時(shí)候,整體命中率也會(huì)上升,這樣肯定會(huì)對(duì)程序的運(yùn)行效率造成很大影響.比較好的方式就是做個(gè)shell,定期檢查mysql中 information_schema.TABLES字段,查看 DATA_FREE 字段,大于0話,就表示有碎片

建議

清除碎片操作會(huì)暫時(shí)鎖表，數(shù)據(jù)量越大，耗費(fèi)的時(shí)間越長，可以做個(gè)腳本，定期在訪問低谷時(shí)間執(zhí)行，例如每周三凌晨，檢查DATA_FREE字段，大于自己認(rèn)為的警戒值的話，就清理一次。

如有疑問請留言或者到本站社區(qū)交流討論，感謝閱讀，希望能幫助到大家，謝謝大家對(duì)本站的支持！

最新評(píng)論