Mettre en cache les options principales et la référence de stockage

Dernière mise à jour : 23 juin 2026

Rubriques :
{"id":"dac87252-6066-4d6e-a9d2-f6d84c323de7"}

Créé pour :

{"id":"b5a62a22-46f7-4f0d-b151-3fc640bef588"}
{"id":"c66ffd68-0f65-42bb-aa23-b4020f12e0bd"},{"id":"ff6a42d2-313e-452e-93a6-792e4fad9ff8"}

NOTE

Pour les projets Adobe Commerce on Cloud, consultez Bonnes pratiques relatives à la configuration du service Redis and Valkey pour obtenir des instructions sur la configuration du cache. Le cache Redis n’est pas pris en charge pour Adobe Commerce 2.4.9 ou pour les versions de correctif ultérieures à 2.4.5-p16, 2.4.6-p14, 2.4.7-p9 et 2.4.8-p5. Utilisez Valkey pour la configuration du cache lorsque Redis n’est pas pris en charge. Consultez Configuration requise pour connaître les services de cache pris en charge par version.

L’application Commerce utilise un cache de bas niveau frontal et principal pour permettre l’accès au stockage du cache. Commerce prend en charge plusieurs stratégies et back-ends de mise en cache, chacun adapté à différents cas d’utilisation. Cette page décrit les serveurs principaux disponibles et leurs différences.

Options de cache du serveur principal

Le tableau suivant résume les caches principaux disponibles :

Serveur principal

Description

Guide de configuration

Système de fichiers

Valeur par défaut. Stocke les données de cache dans des fichiers sous var/cache/. Aucune configuration requise.

S.O.

Redis

Magasin de données en mémoire pour une mise en cache hautes performances.

Utiliser Redis pour le cache par défaut

Valkey

Alternative open source compatible avec Redis.

Utiliser Valkey pour le cache par défaut

Base de données

Mise en cache de base de données.

Création de moteurs de cache personnalisés (documentation Adobe destinée aux développeurs)

NOTE

Vernis gère la mise en cache de pleine page au niveau HTTP et n’utilise pas le serveur principal du cache de bas niveau.

Approches de mise en œuvre

Commerce prend en charge deux approches d’implémentation principales. L’approche que vous choisissez dépend de votre version de Commerce :

Ancien cache basé sur Zend (2.4.8 et versions antérieures)

Utilise des noms de classe complets pour la configuration du serveur principal :

table 0-row-2 1-row-2 2-row-2
Serveur principal	Nom de la classe
Redis	`Magento\Framework\Cache\Backend\Redis`
Valkey	`Magento\Framework\Cache\Backend\Valkey`

Ils sont compatibles avec l’interface Zend_Cache_Backend.

Exemple de configuration :

code language-php?start_inline=1
`'backend' => 'Magento\\Framework\\Cache\\Backend\\Redis', 'backend_options' => [ 'server' => '127.0.0.1', 'database' => '0', 'port' => '6379', ],`

Cache Symfony moderne (2.4.9 et versions ultérieures, recommandé)

note tip
TIP
L’implémentation moderne de Symfony Cache offre de meilleures performances grâce à la conformité PSR-6, la sérialisation Igbinary, la compression gzip, les scripts Lua et les connexions persistantes.

Utilise des noms de type back-end simplifiés :

table 0-row-2 1-row-2 2-row-2 3-row-2
Serveur principal	Saisir le nom
Redis	`redis`
Valkey	`valkey`
Système de fichiers	`file`

Exemple de configuration :

code language-php?start_inline=1
`'backend' => 'redis', 'backend_options' => [ 'server' => '127.0.0.1', 'database' => '0', 'port' => '6379', 'serializer' => 'igbinary', 'compression_lib' => 'gzip', ],`

Pour obtenir des options de configuration complètes, voir :

Consultez la Documentation Laminas pour connaître les options héritées basées sur Zend.

recommendation-more-help

commerce-operations-help-configuration