我正在使用AWS RDS只读副本。Magento的内存引擎表经常出现问题。对于备份和只读副本，RDS喜欢InnoDB。我可以安全地将所有表更改为InnoDB吗？

此外，我从AWS收到以下警告：

数据库实例magento-monin-prod-db包含尚未迁移到InnoDB的MyISAM表。这些表可能会影响您执行时间点还原的能力。考虑将这些表转换为InnoDB。请参考http://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Appendix.MySQL.CommonDBATasks.html#MySQL.CommonDBATasks.Tables

合理答案

仍对反馈感兴趣。如果接下来的24小时内没有发现任何问题，我将以此为答案。到目前为止，我在下面执行的步骤似乎是安全的。我最大的担心是Magento的Memory Engine表（以in_tmp结尾的表）及其对索引的影响。

这是我所做的：

1. SELECT * FROM INFORMATION_SCHEMA.TABLES WHERE (ENGINE = 'Memory' OR ENGINE='MyIsam') AND TABLE_SCHEMA='magento_db'

   • 对我来说，这主要是返回了临时索引表和magento模块表，因此没有太多要关注的关键核心表，也没有足够的表供我轻松地执行另一个alter table（如果有问题的话）。

2. 对于返回的每个表，我执行： Alter table {table-name} ENGINE=InnoDB;

如果您的表都不是InnoDB，我很想尝试一下。但是，正如我之前说过的，我的实例上只有几个核心表需要修改。

假设满足以下条件之一，则可以将数据类型更改为InnoDB：

1. 您正在使用MySQL 5.6.4+ ，其中InnoDB存储引擎支持全文搜索
2. 您没有使用默认的Magento搜索功能，该功能依赖于基础MyISAM全文搜索功能。 该功能一开始就很麻烦，默认Magento Search中提供的功能集还有很多不足之处，因此我建议使用Lucene 或Sphinx或Algolia托管最好的搜索。

我个人建议使用Magento数据库修复工具进行此操作，以最大程度地降低风险，并检查其他任何数据库配置漂移或问题。尽管全文限制，但InnoDB是理想的引擎。

Afaik您不应该将所有表都转换为InnoDB。

catalogsearch_fulltext 应该保留MyISAM，因为InnoDB没有全文搜索支持，至少直到MySQL 5.6（iirc）才支持。

但是，对于所有其他表，它应该是安全的。

我只是将MySQL默认引擎更改为InnoDB，而我的大多数Magento表都奇迹般地将自己转换为InnoDB（有一些仍然是MyISAM，有一些是内存）。

只是以为我会分享这个...