将MySQL数据库的存储引擎从InnoDB转换为MyISAM并返回（特定于Drupal 7）有什么后果？

Question

我正在将中等规模（200k +用户） Drupal 6 CMS升级到Drupal 7.数据迁移将通过使用迁移模块来处理。 直到并包括Drupal版本6，MyISAM是Drupal数据库的默认MySQL存储引擎。 从Drupal版本7开始，推荐使用InnoDB。 据此，我开发的迁移类必须将数据从旧的D6 MyISAM DB迁移到新的D7 InnoDB DB。

我在运行迁移脚本时遇到了严重的性能问题：在“大型”Amazon Web Services服务器实例上迁移200k +用户配置文件需要20多个小时，而实际上已针对此目的进行了优化。 正如我从阅读模块的问题跟踪器中学到的那样，这种性能问题对于使用所述迁移模块的迁移并不罕见。 但是，通过将D7 DB从InnoDB转换为MyISAM，我找到了将性能提高十倍的解决方案。

现在问题是：由于我将不得不使用InnoDB存储引擎运行D7数据库，一旦用户再次使用它，我想知道如果我将存储引擎设置为MyISAM，它是否会对数据库造成任何损害迁移过程的持续时间以及之后回到InnoDB？

谢谢你的帮助。

Answer 1

如果你看到InnoDB和MyISAM之间存在非常大的性能差异，那很可能是因为InnoDB正在进行交易保证。 在迁移期间将innodb_flush_log_at_trx_commit变量设置为0应该允许您在迁移时获得非常好的性能，然后可以在迁移完成后将其设置回1 。

即时更换是安全的; 但是你应该注意，如果服务器在设置为0崩溃，你可能会丢失一些已提交的事务（但是对于你的迁移，我猜这个警告很好）。

Answer 2

你也可以将sync_binlog变量更改为0，它也可以将速度提高到20％，迁移后你可以将它设置为1。

但如果在此过程之间出现电源故障，则可能会丢失一些数据。 但我认为你只是在迁移数据，那么它不会花费太多时间，而且电源故障的可能性非常低。