Valkey et Redis sont des serveurs de données en mémoire. Ils peuvent aider une boutique PrestaShop lorsqu’un cache applicatif, des sessions ou des files d’attente sont réellement nécessaires. Ils ne rendent pas automatiquement une boutique rapide : une base mal indexée, un thème lourd ou un module qui multiplie les requêtes restera un problème.
Valkey est issu du code Redis open source historique et est gouverné sous l’égide de la Linux Foundation. Pour une boutique, la décision doit surtout reposer sur la compatibilité de votre hébergement, de votre module de cache et de votre équipe d’exploitation.
Avant d’ajouter un cache en mémoire
Mesurez le symptôme : pages non mises en cache lentes, saturation de la base de données, sessions qui posent problème ou tâches asynchrones trop nombreuses. Si le problème vient d’images trop lourdes ou d’une erreur PHP, un serveur de cache ne le résoudra pas.
Vérifiez aussi :
- la version de PrestaShop et des modules de cache ;
- l’extension PHP disponible (
redisou client compatible) ; - la mémoire réellement libre sur le serveur ;
- l’isolation réseau et l’authentification ;
- la procédure de redémarrage et de vidage du cache.
Valkey ou Redis : quels critères comparer ?
| Critère | Ce qu’il faut contrôler |
|---|---|
| Compatibilité | module PrestaShop, extension PHP et offre d’hébergement |
| Exploitation | supervision, sauvegarde si les données doivent persister, mises à jour |
| Sécurité | accès local ou réseau privé, mot de passe, aucune exposition publique |
| Mémoire | limite dédiée, politique d’éviction et impact sur PHP/MySQL |
| Usage | cache, session, queue ou données temporaires clairement identifiées |
Le protocole étant largement compatible dans de nombreux cas, une migration ne doit pas être décidée sur une promesse de pourcentage de performance. Testez votre charge réelle et votre configuration de module.
Déploiement prudent
- Installez le service sur une préproduction ou un environnement isolé.
- Limitez l’écoute à
127.0.0.1ou à un réseau privé. - Configurez une authentification si le service est accessible par le réseau.
- Définissez une limite mémoire adaptée et une politique d’éviction cohérente avec un cache.
- Activez le cache dans PrestaShop, puis contrôlez panier, connexion, prix et commande.
- Mesurez les pages dynamiques avant et après, puis surveillez la mémoire sur plusieurs jours.
Erreurs à éviter
Exposer Valkey ou Redis sur Internet
Un serveur de cache ne doit pas écouter publiquement sans contrôle réseau fort. Gardez-le sur le même hôte ou dans un réseau privé, avec un pare-feu adapté.
Mettre le cache avant le diagnostic
Le cache peut réduire temporairement la charge mais rendre une erreur plus difficile à reproduire. Corrigez d’abord les requêtes lentes, modules défaillants ou configurations PHP incohérentes.
Oublier la cohérence du panier et des sessions
Une mauvaise configuration peut produire des paniers incohérents, des connexions perdues ou des prix périmés. Testez toujours le tunnel de commande avec plusieurs comptes et plusieurs appareils.
Comment mesurer le résultat
Gardez le même catalogue, la même configuration PHP et les mêmes scénarios de test. Comparez le temps de réponse des catégories, de la recherche, du panier et de la commande. Ajoutez la consommation mémoire, les erreurs applicatives et les requêtes SQL à votre tableau de suivi.
Un cache est retenu s’il améliore une mesure clairement définie sans dégrader la fiabilité. Sinon, retirez-le et documentez le retour arrière.
Pour aller plus loin
- Configurer PHP, MySQL et MariaDB pour PrestaShop
- Activer le mode debug PrestaShop
- Configurer un serveur pour PrestaShop
