Remplacez le moteur de stockage par InnoDB.
Dans le fichier db_schema.xml
déclarant la table, définissez la valeur d'attribut engine
du noeud table
correspondant sur innodb
. À titre de référence, voir Configuration d’un schéma déclaratif > noeud de table dans notre documentation destinée aux développeurs.
Le schéma de déclaration a été introduit dans Adobe Commerce sur l’infrastructure cloud version 2.3.
Configuration du moteur de recherche recommandé pour la recherche MySQL native
Adobe recommande de toujours configurer Elasticsearch ou OpenSearch pour votre projet d’infrastructure cloud Adobe Commerce sur , même si vous envisagez de configurer un outil de recherche tiers pour votre application Adobe Commerce. Cette configuration fournit une option de secours en cas d’échec de l’outil de recherche tiers.
Le moteur de recherche que vous utilisez dépend de la version cloud d’Adobe Commerce installée :
-
Pour Adobe Commerce 2.4.4 et versions ultérieures, utilisez le service OpenSearch pour la recherche MySQL native.
-
Pour les versions antérieures d’Adobe Commerce, utilisez Elasticsearch.
Pour déterminer quel moteur de recherche est actuellement utilisé, exécutez la commande suivante :
./bin/magento config:show catalog/search/engine
Pour obtenir des instructions sur la configuration, consultez le Guide du développeur pour Adobe Commerce sur le cloud :
Éviter les déclencheurs personnalisés
Si possible, évitez d’utiliser des déclencheurs personnalisés.
Les déclencheurs sont utilisés pour consigner les modifications dans les tables de contrôle. Adobe recommande de configurer l’application pour qu’elle écrive directement dans les tableaux d’audit au lieu d’utiliser la fonctionnalité de déclenchement pour les raisons suivantes :
- Les déclencheurs sont interprétés comme du code et MySQL ne les précompile pas. En se connectant à l’espace de transaction de votre requête, ils ajoutent la surcharge à un analyseur et à un interprète pour chaque requête effectuée avec la table.
- Les déclencheurs partagent le même espace de transaction que les requêtes d’origine, et tandis que ces requêtes se disputent les verrous sur la table, les déclencheurs se disputent indépendamment les verrous sur une autre table.
Pour en savoir plus sur les alternatives à l’utilisation de déclencheurs personnalisés, voir Triggers MySQL.
Mettre à niveau ECE-Tools vers la version 2002.0.21 ou ultérieure
Pour éviter tout problème potentiel lié à des blocages cron, effectuez une mise à niveau de CEE-Tools vers la version 2002.0.21 ou ultérieure. Pour obtenir des instructions, reportez-vous à la section Mise à jour de ece-tools
version de notre documentation destinée aux développeurs.
Basculer le mode indexeur en toute sécurité
Le changement d’indexeurs génère des instructions data definition language (DDL) pour créer des déclencheurs qui peuvent entraîner des verrous de base de données. Vous pouvez éviter ce problème en mettant votre site web en mode de maintenance et en désactivant les tâches cron avant de modifier la configuration.
Pour obtenir des instructions, reportez-vous à la section Configuration des indexeurs du Guide de configuration d’Adobe Commerce.