清除mysql数据碎片_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字段，大于自己认为的警戒值的话，就清理一次。