MYSQL优化之数据表碎片整理详解(2)-木庄网络博客

当前第2页返回上一页

当我们确定数据需要被清除掉时，那么这些数据就已经成了无用的数据，但是按照MySQL的处理方式，这些数据仍然会占用我们的磁盘空间，从而造成了极大的资源浪费。不仅如此，过大的数据文件还会导致MySQL执行相关数据操作时需要耗费更多的性能和时间。因此，对MySQL的某些数据表进行碎片整理是非常有必要的。

对MySQL进行碎片整理的方法非常简单，因为MySQL已经给我们提供了对应的SQL指令，这个SQL指令就是OPTIMIZE TABLE，其完整语法如下：

OPTIMIZE [LOCAL | NO_WRITE_TO_BINLOG] TABLE table_name1 [, table_name2] ...

从上面的语法描述中，我们可以得知，OPTIMIZE TABLE可以一次性对多个表进行碎片整理，只需要在OPTIMIZE TABLE后面接多个表名，并以英文逗号隔开即可。

此外，OPTIMIZE TABLE语句有两个可选的关键字：LOCAL和NO_WRITE_TO_BINLOG。在默认情况下，OPTIMIZE TABLE语句将会被记录到二进制日志中，如果我们指定了LOCAL或NO_WRITE_TO_BINLOG关键字，则不会记录。当然，一般情况下，我们也无需关注这两个关键字。

现在，我们就使用OPTIMIZE TABLE语句对刚才的DEMO表进行碎片整理。

对demo表进行碎片整理

然后，我们再来查看demo.MYD文件，此时我们就会发现demo.MYD文件的大小已经减小到约为原来的3/5了。

碎片整理后demo.MYD文件的大小

备注：

1.MySQL官方建议不要经常(每小时或每天)进行碎片整理，一般根据实际情况，只需要每周或者每月整理一次即可。

2.OPTIMIZE TABLE只对MyISAM，BDB和InnoDB表起作用，尤其是MyISAM表的作用最为明显。此外，并不是所有表都需要进行碎片整理，一般只需要对包含上述可变长度的文本数据类型的表进行整理即可。

3.在OPTIMIZE TABLE运行过程中，MySQL会锁定表。

4.默认情况下，直接对InnoDB引擎的数据表使用OPTIMIZE TABLE，可能会显示「 Table does not support optimize, doing recreate + analyze instead」的提示信息。这个时候，我们可以用mysqld --skip-new或者mysqld --safe-mode命令来重启MySQL，以便于让其他引擎支持OPTIMIZE TABLE。

总结

到此这篇关于MYSQL优化之数据表碎片整理的文章就介绍到这了,更多相关MYSQL数据表碎片整理内容请搜索

更多相关Mysql内容来自木庄网络博客

标签：Mysql

返回前面的内容