Votre app ralentit — quelqu'un propose Redis « parce que tout le monde utilise Redis ». En réalité vous mettez en cache des fragments HTML TTL 60 s. Memcached ferait le job avec moins de RAM et zéro ops persistence. Ailleurs, vous avez besoin de rate limiting distribué — Memcached ne suffit pas.
Le mauvais cache coûte en RAM, complexité et incidents — pas en licence.
Problème → outil
| Besoin | Memcached | Redis |
|---|---|---|
| Cache fragment HTML | ✓ excellent | ✓ ok |
| Sessions PHP | ✓ | ✓ |
| Object cache WP/Laravel | Possible | ✓ standard |
| Queue jobs | ✗ | ✓ lists/streams |
| Pub/sub | ✗ | ✓ |
| Structures (sorted set) | ✗ | ✓ |
| Transactions | ✗ | ✓ limitées |
Memcached = marteau cache optimisé. Redis = couteau suisse — parfois surdimensionné.
Comportement sous charge
Memcached : multi-thread, simple eviction LRU, pas de persistance — redémarrage = cache froid acceptable.
Redis : single-thread (mostly), rich commands, optional AOF/RDB — risque de devenir source de vérité par accident.
Hébergement
Mutualisé : rarement Redis/Memcached dédié — plugins file cache.
VPS : Redis sur localhost ; firewall 6379 jamais public.
Managé : Redis cloud (ElastiCache, Scaleway) si multi-instance app — Memcached managé moins courant aujourd'hui.
Dimensionnez TTL et invalidation — cache stale = bugs silencieux.
Anti-patterns
- Redis persistence ON pour cache jetable → I/O inutile.
- Memcached pour queue → contournements fragiles.
- Cache sans metric hit rate → optimiser à l'aveugle.
- Même Redis pour cache et données critiques sans séparation DB logique.
Le sommet : le cache qui résout votre problème est le plus simple qui tient la charge
Une phrase métier suffit à trancher.
Décider et avancer sans angle mort
- Écrivez le problème en une phrase (sessions ? fragments ? queue ?).
- Mesurez hit rate avant d'ajouter un tier cache.
- Isolez instances Redis cache vs queue si Redis des deux.
- Comparez hébergeurs Redis managé via comparateur.
Questions fréquentes
Memcached suffit-il pour sessions PHP ?
Oui pour session pure ; Redis si queues/locks aussi.
Redis comme cache objet WordPress ?
Standard avec Object Cache Pro ; écosystème WP orienté Redis.
Redis persistant, bonne idée ?
Non pour cache pur ; oui seulement si données non reconstruisibles.
Quelle RAM sur hébergement ?
10–20 % hot data ; Redis dédié 512 Mo–1 Go sur VPS 4 Go.
Redis ou Memcached : le bon cache n'est pas le plus hype — c'est celui qui correspond à une phrase problème, pas à une stack trend.