MySQL 清除表空間碎片方法總結

mysql數據庫會生成空間碎片了，這些空間碎片對於我們來講影響不大但如果空間碎片多了會導致mysql查詢緩存了，下面一起來看MySQL 清除表空間碎片方法吧，具體的如下所示。

碎片產生的原因

（1）表的存儲會出現碎片化，每當刪除了一行內容，該段空間就會變為空白、被留空，而在一段時間內的大量刪除操作，會使這種留空的空間變得比存儲列表內容所使用的空間更大；

（2）當執行插入操作時，MySQL會嘗試使用空白空間，但如果某個空白空間一直沒有被大小合適的數據占用，仍然無法將其徹底占用，就形成了碎片；

（3）當MySQL對數據進行掃描時，它掃描的對象實際是列表的容量需求上限，也就是數據被寫入的區域中處於峰值位置的部分；

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

查看表碎片大小

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

mysql> SHOW TABLE STATUS LIKE '表名';

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

MySQL 清除表空間碎片（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;

清除表碎片（對於不同的存儲引擎整理碎片的方式不一樣）

可以有以下方式：

mysql> show table status from test like 'testusers'\G
*************************** 1. row ***************************
  ....
           Rows: 3
 Avg_row_length: 45
         Data_free: 40
.....

因為在中間刪除，所以留下了空白

mysql> optimize table testusers;
+----------------+----------+----------+----------+
| Table          | Op       | Msg_type | Msg_text |
+----------------+----------+----------+----------+
| test.testusers | optimize | status   | OK       |
+----------------+----------+----------+----------+
1 row in set (0.00 sec)
mysql> show table status from test like 'testusers'\G
*************************** 1. row ***************************
   ...
           Rows: 3
 Avg_row_length: 32
    Data_length: 96
      Data_free: 0
1 row in set (0.00 sec)

在optimize後，Data_free已經變為0.碎片數據被清除。

同樣還可以用以下方式，效果和optimize一樣

./bin/mysqlcheck  -uroot -proot --socket=./tmp/mysql.sock  -o test testusers

（2）InnoDB表

mysql> alter table 表名 engine=InnoDB

innodb

對於innodb 使用optimize和mysqlcheck都不起作用，可以如下進行
對於小表的話直接用ALTER TABLE table_name ；回收表空間，對於大表就不能直接采用這種方式，因為會造成長時間的鎖表。可以采用新建表轉移數據，然後刪除舊表的形式，然後再重命名表。

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

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

建議

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