AWS RDSリードレプリカを使用しています。Magentoのメモリエンジンテーブルには常に問題があります。バックアップとリードレプリカのために、RDSはInnoDBを愛しています。すべてのテーブルをInnoDBに安全に変更できますか？

さらに、AWSから次の警告が表示されます。

DBインスタンスmagento-monin-prod-dbには、InnoDBに移行されていないMyISAMテーブルが含まれています。これらのテーブルは、ポイントインタイムリストアを実行する能力に影響を与える可能性があります。これらのテーブルをInnoDBに変換することを検討してください。http://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Appendix.MySQL.CommonDBATasks.html#MySQL.CommonDBATasks.Tablesを参照してください

もっともらしい答え

まだフィードバックに興味があります。24時間以内に問題が見つからない場合は、これを回答として追加します。これまでのところ、私が行った手順は安全なようです。私の最大の懸念は、Magentoのメモリエンジンテーブル（in_tmpで終わるテーブル）と、インデックス作成に与える影響でした。

ここに私がやったことがあります：

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

   • 私にとってこれは主に一時的なインデックステーブルとmagentoモジュールテーブルを返したので、重要なコアテーブルはそれほど多くなく、ファンがヒットした場合に別のalterテーブルを簡単に実行できるテーブルはほとんどありませんでした。

2. 返された各テーブルに対して、私は実行しました： Alter table {table-name} ENGINE=InnoDB;

いずれのテーブルもInnoDBでない場合は、これを試してみてください。ただし、前に言ったように、インスタンスには修正が必要なコアテーブルがわずかしかありませんでした。

次のいずれかが当てはまる場合、データ型をInnoDBに変更しても問題ありません。

1. InnoDBストレージエンジンが全文検索をサポートしているMySQL 5.6.4+を使用している
2. 基礎となるMyISAM全文検索機能に依存するデフォルトのMagento Search機能を使用していません。 そもそもその機能は面倒であり、デフォルトのMagento Searchで提供される機能セットには多くの要望が残されているので、Lucene またはSphinxまたは最高のAlgoliaホスト検索を使用することをお勧めします。

個人的には、Magento DB Repair Toolを使用してこれを行うことをお勧めします。これにより、リスクを最小限に抑え、他のDB設定のドリフトや問題をチェックすることもできます。InnoDBは理想的なエンジンですが、それでもフルテキストの制限です。

すべてのテーブルをInnoDBに変換しないでください。

catalogsearch_fulltext InnoDBには全文検索のサポートがないため、少なくともMySQL 5.6（iirc）まではMyISAMのままにしてください。

ただし、他のすべてのテーブルでは、安全なはずです。

MySQLのデフォルトエンジンをInnoDBに変更したばかりで、Magentoのテーブルのほとんどが奇跡的にInnoDBに変換されました（まだMyISAMであり、一部はメモリです）。

私はこれを共有すると思った...