Lorsqu'une instance Tair (compatible avec Redis OSS) arrive à saturation de mémoire, elle déclenche une politique d'éviction pour maintenir l'utilisation de la mémoire dans les limites configurées. La politique par défaut dépend du type d'instance :
volatile-lru : valeur par défaut pour les instances Tair basées sur la DRAM et les instances Redis Open-Source Edition
noeviction : valeur par défaut pour les instances Tair optimisées pour la mémoire persistante
L'éviction des données n'est pas prise en charge pour les instances basées sur ESSD/SSD.
Politiques d'éviction
Le tableau suivant décrit toutes les politiques d'éviction disponibles. Les politiques préfixées par volatile- s'appliquent uniquement aux clés dont le délai d'expiration (TTL) est défini ; les politiques préfixées par allkeys- s'appliquent à toutes les clés, indépendamment du TTL.
| Politique | Fonctionnement | Cas d'utilisation |
|---|---|---|
| volatile-lru (par défaut pour les instances DRAM et Redis Open-Source Edition) | Supprime les clés utilisées le moins récemment (LRU) parmi celles dotées d'un TTL, qu'elles aient expiré ou non. | Utilisez cette option lorsque la plupart des clés mises en cache possèdent un TTL et que vous souhaitez conserver en mémoire les données consultées le plus récemment. |
| noeviction (par défaut pour les instances optimisées pour la mémoire persistante) | Renvoie des erreurs lors des opérations d'écriture lorsque la mémoire est pleine ; aucune clé n'est supprimée. | Privilégiez cette approche si la perte de clé est inacceptable et que vous préférez des erreurs d'écriture explicites à une perte silencieuse de données. |
| volatile-lfu | Supprime les clés utilisées le moins fréquemment (LFU) parmi celles dotées d'un TTL. | Choisissez cette option lorsque la fréquence d'accès constitue un meilleur indicateur de valeur que la récence. |
| volatile-random | Supprime aléatoirement des clés dotées d'un TTL. | Cette option convient aux scénarios où les clés avec TTL ont une fréquence d'accès sensiblement équivalente. |
| volatile-ttl | Supprime en priorité les clés dotées d'un TTL dont la durée de vie restante est la plus courte. | Recommandé lorsque votre application attribue délibérément des TTL courts aux clés moins importantes. |
| allkeys-lru | Supprime les clés LRU parmi l'ensemble des clés. | Idéal lorsqu'un sous-ensemble de clés est consulté bien plus souvent que le reste, conformément au principe de Pareto. Il s'agit d'une politique de cache polyvalente. |
| allkeys-lfu | Supprime les clés LFU parmi l'ensemble des clés. | Privilégiez cette option lorsque la fréquence d'accès fournit un signal de cache plus pertinent que la récence. |
| allkeys-random | Supprime aléatoirement n'importe quelle clé. | Pertinent lorsque toutes les clés sont consultées avec une fréquence approximativement égale. |
Modifier la politique d'éviction
Connectez-vous à la console Tair.
Sur la page Parameter Settings de l'instance cible, définissez le paramètre
maxmemory-policyavec la politique souhaitée.
Pour consulter la liste complète des paramètres configurables, reportez-vous à la rubrique Configurer les paramètres de l'instance.
FAQ
Pourquoi des clés dotées d'une date d'expiration sont-elles supprimées avant leur expiration ?
Vérifiez si la mémoire de l'instance est saturée. Lorsque la mémoire est épuisée, l'éviction démarre immédiatement. Selon la politique par défaut volatile-lru, les clés disposant d'un TTL constituent les premières candidates à la suppression et peuvent être effacées bien avant leur expiration naturelle. Pour empêcher cette éviction prématurée, augmentez la capacité mémoire de l'instance. Pour plus de détails, consultez Modifier la configuration d'une instance.
Références
Si des clés disparaissent alors que la mémoire de l'instance n'est pas saturée, la cause provient probablement de l'expiration des clés plutôt que de l'éviction. Pour savoir comment Tair (compatible avec Redis OSS) gère les clés expirées et comment les supprimer manuellement, consultez Supprimer les clés expirées dans Tair.