mysql中Analyze Table /OPTIMIZE TABLE的作用及使用

zhgc

mysql中OPTIMIZE TABLE的作用及使用

optimize来进行碎片整理
analyze table优化表的统计信息


来看看手册中关于 OPTIMIZE 的描述：

OPTIMIZE [LOCAL | NO_WRITE_TO_BINLOG] TABLE tbl_name [, tbl_name] ...

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

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

OPTIMIZE TABLE只对MyISAM, BDB和InnoDB表起作用。

注意，在OPTIMIZE TABLE运行过程中，MySQL会锁定表。

做以下实验：

删除一部数据前：
107表现有数据量为：17430956

索引信息：
show index from r_wip_tracking_t from sfc;


删除了3751568行数据后：

索引信息：


show table status like 'r_wip_tracking_t'\G


先做analyse table
速度很快



ananyse后。看数据库文件大小，没有变，还是17.45G

继续做OPTIMIZE  table
执行过程时间很长

zhgc

zhgc

check table `sfc`.`all_source` Quick
optimize  table `sfc`.`all_source`
analyze  table `sfc`.`all_source`
repair  table `sfc`.`all_source`