MySQL 处理某个idb表空间文件过大
发现MySQL 中一个表xxx只有6条数据,但idb空间却占了40G。
查看是否独立表空间:
mysql> show variables like 'innodb_file_per_table';
原因:MySQL执行命令delete语句时,如果包括where条件,并不会真正的把数据从表中删除,而是将数据转换成了碎片,通过下面的命令可以查看表中的碎片数量和索引等信息:
mysql> show table status like 'table_name';
查询结果中:
Index_length 代表索引的数量
Data_free 代表碎片数量
然后执行下面命令进行优化整理:
mysql > optimize table table_name;
再次查看idb文件已经很小了
这里mysql给的提示是
Note>> Table does not support optimize, doing recreate + analyze instead
Status>> OK
也就是说 optimize table 对于innodb来说,无法作为a single operation,实际的操作是:
ALTER TABLE table_name ENGINE=InnoDB;
ANALYZE TABLE table_name;
MySQL5.7已经推荐对于InnoDB的table使用 alter table table_name engine=innodb; 语句的方式来进行表碎片优化。
注:optimize会进行锁表操作,所以进行优化时要避开表数据操作时间,避免影响正常业务的进行。