J'utilise AWS RDS Read Replica. Il a constamment des problèmes avec les tables du moteur de mémoire de Magento. Pour les répliques de sauvegarde et de lecture, RDS adore InnoDB. Puis-je changer toutes les tables en toute sécurité en InnoDB?

De plus, je reçois l'avertissement suivant d'AWS:

L'instance DB magento-monin-prod-db contient des tables MyISAM qui n'ont pas été migrées vers InnoDB. Ces tableaux peuvent affecter votre capacité à effectuer des restaurations ponctuelles. Pensez à convertir ces tables en InnoDB. Veuillez vous référer à http://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Appendix.MySQL.CommonDBATasks.html#MySQL.CommonDBATasks.Tables

Réponse plausible

Toujours intéressé par les commentaires. J'ajouterai ceci comme réponse si je ne trouve aucun problème dans les prochaines 24 heures. Jusqu'à présent, les mesures que j'ai prises semblent être sûres. Ma plus grande préoccupation était les tables Memory Engine de Magento (tables se terminant par_tmp) et l'impact que cela pourrait avoir sur l'indexation.

Voici ce que j'ai fait:

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

   • Pour moi, cela a renvoyé principalement des tables d'index temporaires et des tables de modules magento, donc pas beaucoup de tables de base critiques à craindre et peu de tables que je peux facilement exécuter une autre table alter si des trucs frappent le ventilateur.

2. Pour chaque table retournée, j'ai exécuté: Alter table {table-name} ENGINE=InnoDB;

Je serais nerveux d'essayer ceci si aucune de vos tables n'est InnoDB. Mais, comme je l'ai déjà dit, il n'y avait que quelques tables de base sur mon instance qui devaient être modifiées.

Il est correct de changer le type de données en InnoDB, en supposant que l'une des conditions suivantes est vraie:

1. Vous utilisez MySQL 5.6.4+ où le moteur de stockage InnoDB prend en charge la recherche plein texte
2. Vous n'utilisez pas la fonctionnalité de recherche par défaut de Magento qui repose sur les capacités de recherche sous-jacentes de MyISAM en texte intégral. Cette fonctionnalité est gênante au départ et l'ensemble des fonctionnalités fournies dans la recherche par défaut de Magento laisse beaucoup à désirer, je suggère donc d'utiliser Lucene ou Sphinx ou la meilleure recherche hébergée en Algérie .

Personnellement, je recommanderais de le faire avec l' outil de réparation Magento DB pour minimiser les risques et vérifier également toute autre dérive ou problème de configuration DB. InnoDB est le moteur idéal, malgré ses limitations fulltext .

Afaik vous ne devriez pas convertir toutes les tables en InnoDB.

catalogsearch_fulltext devrait rester MyISAM, car InnoDB ne prend pas en charge la recherche de texte intégral, du moins pas avant MySQL 5.6 (iirc).

Pour toutes les autres tables, cependant, cela devrait être sûr.

Je viens de changer le moteur par défaut MySQL en InnoDB et la plupart de mes tables Magento se sont miraculeusement transformées en InnoDB (certains sont toujours MyISAM et certains sont Memory).

Je pensais juste partager ça ...