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