在我们针对数据表进行了大量删除或者删除掉某个无用的索引之后，该表占的数据内存或者索引并没有明显的变换，这是因为删除操作后在数据文件中留下碎片所致。

查看数据与索引

SELECT
    TABLE_NAME,
    concat( TRUNCATE ( data_length / 1024 / 1024, 2 ), ' MB' ) AS data_size,
    concat( TRUNCATE ( index_length / 1024 / 1024, 2 ), ' MB' ) AS index_size
FROM
    information_schema.TABLES
WHERE
    TABLE_SCHEMA = 'ry-vue'
    AND TABLE_NAME = 't_day';

优化，碎片整理

接着执行 optimize 命令

OPTIMIZE TABLE  your_table

返回结果，提示：Table does not support optimize, doing recreate + analyze instead
则执行如下：

alter table t_day engine='innodb'

原因

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

• 对于BDB表，OPTIMIZE TABLE目前被映射到ANALYZE TABLE上。
• 对于InnoDB表，OPTIMIZE TABLE被映射到ALTER TABLE上，这会重建表。重建操作能更新索引统计数据并释放成簇索引中的未使用的空间。

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

对于myisam可以直接使用 optimize table table_name, 当是InnoDB引擎时，会报“Table does not support optimize, doing recreate + analyze instead”，一般情况下，由myisam转成innodb，会用alter table table.name engine='innodb’进行转换，优化也可以用这个。所以当是InnoDB引擎时我们就用alter table table.name engine='innodb’来代替optimize做优化就可以。

验证

等待一段时间之后，在进行上面数据内存，索引内存查询

如图，索引已下降为80几M