Le cache invalidé entraîne une dégradation du temps de réponse.
Cet article fournit une solution pour éviter l’invalidation du cache, qui peut entraîner la lenteur des performances d’un magasin Adobe Commerce.
PRODUITS ET VERSIONS AFFECTÉS :
- Adobe Commerce on-premise 2.2.x, 2.3.x
- Adobe Commerce sur l’infrastructure cloud 2.2.x, 2.3.x
Problème
Réponse lente du site.
Cause
Un temps de réponse long peut être dû à l’invalidation du cache (purgé).
Le cache est utilisé pour générer des réponses rapides aux demandes des visiteurs du site. Si aucune donnée de cache appropriée n’est disponible, l’application Adobe Commerce récupère les données de la base de données, calcule et agrège les données, puis les stocke dans le cache de stockage. Le processus de génération du cache nécessite des ressources système supplémentaires, ce qui entraîne une dégradation totale du temps de réponse.
Il existe deux types de cache dans Adobe Commerce :
-
Interne :
- stocke les données sur le serveur ;
- stocke des données spécifiques (configuration, détails du produit, détails de la catégorie, etc.)
-
Externe :
- CDN ou vernis (dans le cas d’Adobe Commerce sur l’infrastructure cloud - CDN Fastly)
- stocke des pages complètes déjà générées. Par exemple, les pages catalogue/catégorie, catalogue/produit, etc.
Vérifier si le cache est invalidé
Vous trouverez des informations concernant les types de cache invalidés dans le fichier <install_directory>/var/log/debug.log.
Pour ce faire :
-
Ouvrez
<install_directory>/var/log/debug.log -
Recherchez le message "cache_invalidate".
-
Vérifiez ensuite la balise spécifiée. Il indique le cache qui a été vidé. Vous pouvez rencontrer des problèmes en raison du cache invalidé si vous voyez une balise sans identifiant d’entité spécifique spécifié, par exemple :
cat_p: signifie cache de produit catalogue.cat_c- cache de catégorie de catalogue.FPC- cache de page complète.CONFIG- cache de configuration.
Le fait que l'un d'entre eux ait été vidé ralentirait la réaction du site. Si la balise contient un ID d’entité, par exemple
category_product_1258, cela indique le cache d’un produit ou d’une catégorie spécifique, etc. Le vidage du cache d’un produit ou d’une catégorie spécifique n’entraînait pas une diminution significative du temps de réponse.
Voici un exemple d'un debug.log contenant des enregistrements sur le cache cat_p et category_product_15044 qui ont été vidés :
En règle générale, le cache est invalidé en raison des éléments suivants :
- Réindexation complète.
- Videz le cache à partir de l’interface de ligne de commande, manuellement ou à l’aide de cron.
Recommandation
- Évitez de vider le cache de l’interface de ligne de commande de Commerce.
- Configurez les indexeurs sur Mettre à jour par planning au lieu de Mettre à jour en mode d’enregistrement car ce dernier déclenche une réindexation complète. À titre de référence, voir Gestion des indexeurs > Configuration des indexeurs dans notre documentation destinée aux développeurs.