1、optimize优化原理  

     对mysql进行大量增删改操作，磁盘上的空间没有被立即收回（数据空间、索引位），而是等待新的数据来填充空缺

    -- 这些空间可以被后续的insert操作利用，但如果记录是变长的，那么不是所有的空间都能被充分利用

    -- 形成碎片，影响磁盘IO

    optimize可以把分散（fragmented）存储的数据重新挪到一起(defragmentation)，清除碎片，回收闲置的数据库空间

    对于MyISAM表，OPTIMIZE TABLE按如下方式操作：

        1. 如果表已经删除或分解了行，则修复表。

　　2. 如果未对索引页进行分类，则进行分类。

　　3. 如果表的统计数据没有更新（并且通过对索引进行分类不能实现修复），则进行更新。

    对于BDB表，OPTIMIZE TABLE目前被映射到ANALYZE TABLE上

    对于InnoDB表，OPTIMIZE TABLE被映射到ALTER TABLE上，这会重建表。重建操作能更新索引统计数据并释放成簇索引中的未使用的空间。请参见13.5.2.1节，“ANALYZE TABLE语法”。使用?skip-new或?safe-mode选项可以启动mysqld。

2、限制

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

    这个操作会使MySql锁定表

    InnoDB引擎的表分为共享表空间和独享表空间表，可以通过show variables like 'innodb_file_per_table'来查看是否开启独享表空间。 独享表空间的表是无法进行optimize操作的， 因为独享表空间的表当数据删除时会重组索引并释放对应的空间

3、实践

    -- 不需要经常运行，删除大量数据、更新大量变长数据时也仅仅需要每周后者一月运行一次

参考：

http://blog.51yip.com/mysql/1222.html

https://blog.csdn.net/hsd2012/article/details/51485250

http://www.cnblogs.com/sunss/archive/2010/09/14/1825721.html