问向innodb_file_per_table的30+数据库转换

EN

对不起，我没有关于何时以不同的方式设置innodb_file_per_table的参考。以下是一些建议：

• 注意：innodb_file_per_table的值仅适用于后续的CREATE TABLEs或表重建。
• 也许开启它的主要原因是：当您有一个可能是ALTERed的“大”表，或者您可能做了大量的删除等操作时，最好使用file_per_table构建表。这允许操作替换只包含一个表的.ibd文件。
• 因此，如果该操作大大缩小了表，则释放出来的额外空间将返回给操作系统。也就是说，将空闲空间返回到操作系统的唯一简单方法是打开file_per_table并执行一些重新构建表的操作。
• 对于将保持较小的“小”表，file_per_table = OFF略好一些。这是因为为许多表共享一个文件描述符(用于ibdata1)。
• 要更改表的file_per_table，需要(1)设置标志，(2)重新构建表(例如，简单地说是ALTER TABLE t ENGINE=InnoDB;，它可能需要FORCE)。在此之后，考虑更改设置。
• 在磁盘空间上运行紧张时，可以通过在ibdata1 (可能有大量空闲空间)和单独的.ibd文件之间移动选定的表来玩游戏。
• 将文件从ibdata1中移出会留下一堆空闲空间。这个空间最终可能会被INSERTs和ibdata1表上的其他操作所使用。
• 倾销和完整性不受ibdata1对.ibd的影响。
• 大多数服务器不应该担心设置。
• 从本质上说，相关专题： OPTIMIZE TABLE对于InnoDB表来说是不必要的。

老实说，除非你有一个具体的问题要解决，否则我不会费心的。

可以通过以下方式做得更简单：

1. 关机
2. 更改设置innodb_file_per_table =1
3. 开始
4. 每个表的ALTER TABLE xxx FORCE