mysql optimize 参数查看_MySQL optimize/analyze/check/repair table

一、optimize table

官方文档： http://dev.mysql.com/doc/refman/5.6/en/optimize-table.html

语法：

OPTIMIZE [NO_WRITE_TO_BINLOG | LOCAL] TABLE

tbl_name [, tbl_name] ...

NO_WRITE_TO_BINLOG | LOCAL标示是否记录到binlog，在主从备份的场景下，加上该参数则不会在从库执行optimize命令

一般执行完以下命令： REPAIR TABLE, TRUNCATE TABLE, OPTIMIZE TABLE, or ANALYZE TABLE 最好

执行一下FLUSH TABLES清空缓存表。

作用：优化表主要作用是消除删除或者更新造成的空间浪费。可以回收空间、减少碎片、提高I/O

官方文档写的：Reorganizes the physical storage of table data and associated index data, to reduce storage space and improve I/O efficiency when accessing the table. (整理数据表以及相关索引的物理存储数据，减少空间大小并且提高访问表的I/0效率)

如果您已经删除了表的一大部分，或者如果您已经对含有可变长度行的表(含有VARCHAR, BLOB或TEXT列的表)进行了很多更改，则应使用OPTIMIZE TABLE。被删除的记录被保持在链接清单中，后续的INSERT操作会重新使用旧的记录位置。您可以使用OPTIMIZE TABLE来重新利用未使用的空间，并整理数据文件的碎片。

在多数的设置中，您根本不需要运行OPTIMIZE TABLE。即使您对可变长度的行进行了大量的更新，您也不需要经常运行，每周一次或每月一次即可，只对特定的表运行。

提要：

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

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

3.在5.6.17版本之前的InnoDB或其它类型表， OPTIMIZE TABLE运行过程中，MySQL会锁定表