由于某些原因，当我运行mysqltuner时，我的MySQL服务器中的所有InnoDB表都被列为碎片。我仅在几个小时前（在OSX Lion上）安装了服务器，并且其中有一堆从批处理文件导入的新鲜数据。

我尝试将一个数据库中的所有表转换为MYISAM，并确保足够少的碎片表数量。但是，奇怪的是，一旦我将这些表转换回InnoDB，零碎的表计数又重新增加了。到目前为止，这与我的研究相反，后者的研究表明跑步ALTER TABLE table_name ENGINE=INNODB;应能修复碎片。

经过一番谷歌搜索后，我跑了：

SELECT table_schema, table_name, data_free/1024/1024 AS data_free_MB 
FROM information_schema.tables
WHERE engine LIKE 'InnoDB' AND data_free > 0

它应该列出所有碎片表（对于碎片表计数，它确实返回与mysqltuner输出相同数量的结果）。列中的每个条目均具有完全相同的编号data_free_MB（当前为7.00000000）。

这实际上是一个真正的问题，还是mysqltuner做错了什么？如果有问题，该如何解决？

编辑

我越来越怀疑我是个白痴，而7MB的碎片是针对整个文件的，而不是针对每个表的。任何人都可以确认是否会这样吗？

根据我上面的评论，并非sqltuner的所有输出都指示错误。除非脚本非常清楚地指出这是一个问题，通常在下一行，然后是有关修复的建议，否则它仅是一个参考项目。

启用innodb_file_per_table时，您所做的只是设置一个协议以使任何新的InnoDB表都在外部.ibd文件中创建。您在此之前创建的所有InnoDB表仍嵌入在ibdata1中。

禁用innodb_file_per_table时，无论何时运行

ALTER TABLE table_name ENGINE=INNODB;

它所做的只是将表的数据和索引页面附加到ibdata1。这将使该表存在于连续的页面中并除去碎片，缺点是ibdata1增长很快。

建议

您将需要导出所有数据，除去ibdata1，ib_logfile0，ib_logfile1，然后重新装入。

我写下了如何以及为什么这样做

• Oct 29, 2010：如何：清洁mysql InnoDB存储引擎？
• Jul 05, 2012：移动ibdata1，设置innodb_data_file_path

更新2012-08-15 12:05 EDT

您可能需要研究mysqltuner.pl脚本本身。恕我直言，我认为它使用了一个旧的公式来测量碎片。确保您具有最新版本的mysqltuner。

至于衡量外部存储的InnoDB表的碎片，我在2012年4月11日写了一篇有关该碎片的文章（请参阅底部的2012年4月19日更新）