Introduction au mécanisme d'élimination de la mémoire Redis

L'élimination de la mémoire Redis signifie que certaines clés stockées par les utilisateurs peuvent être activement supprimées de l'instance par Redis, ce qui entraîne des échecs de lecture. Alors pourquoi Redis a-t-il cette fonction ? C’est l’intention de conception originale que nous devons explorer.

Les deux scénarios d'application les plus courants de Redis sont la mise en cache et le stockage persistant. La première question à clarifier est de savoir à quel scénario la stratégie d'élimination de mémoire est la plus adaptée ? S'agit-il d'un stockage persistant ou d'un cache ?

L'intention initiale du mécanisme d'élimination de la mémoire est de mieux utiliser la mémoire et d'utiliser certains manquements de cache en échange d'une utilisation efficace de la mémoire.

En tant qu'utilisateur Redis, comment utiliser cette fonctionnalité fournie par Redis ? Regardez la configuration suivante

# maxmemory <bytes>

Nous pouvons activer la fonction d'élimination de mémoire en configurant la valeur maxmemory dans redis.conf Quant à la signification de cette valeur, nous pouvons comprendre sa signification en comprenant le processus d'élimination de mémoire :

1. Le client a lancé une commande qui nécessite de demander plus de mémoire (telle que set).

2. Redis vérifie l'utilisation de la mémoire. Si la mémoire utilisée est supérieure à maxmemory, il commencera à éliminer la mémoire (clé) selon différentes stratégies d'élimination configurées par l'utilisateur, en échange d'une certaine quantité de mémoire. mémoire.

3. S'il n'y a aucun problème avec ce qui précède, cette commande est exécutée avec succès.

Lorsque maxmemory est égal à 0, cela signifie que nous n'avons aucune limite sur l'utilisation de la mémoire de Redis.

Redis propose aux utilisateurs les stratégies d'élimination suivantes, la stratégie par défaut est la stratégie de noeviction :

• noeviction : lorsque l'utilisation de la mémoire atteint le seuil, toutes les causes La commande pour demander de la mémoire signalera une erreur.

• allkeys-lru : Dans l'espace de clé primaire, supprimez d'abord les clés récemment inutilisées.
  

• volatile-lru : Dans l'espace clé avec un délai d'expiration défini, supprimez d'abord les clés récemment inutilisées.
  

• allkeys-random : supprimez aléatoirement une clé dans l'espace de clé primaire.
  

• volatile-random : supprimez de manière aléatoire une clé dans l'espace clé avec un délai d'expiration défini.

• volatile-ttl : Dans l'espace clé avec un délai d'expiration défini, les clés avec un délai d'expiration antérieur seront supprimées en premier.

Ici, nous ajoutons l'espace de clé primaire et l'espace de clé avec un délai d'expiration défini. Par exemple, en supposant que nous avons un lot de clés stocké dans Redis, il existe une table de hachage pour le stockage. lot de clés et leurs valeurs. Si certaines des clés de ce lot ont un délai d'expiration défini, alors ce lot de clés sera également stocké dans une autre table de hachage. La valeur dans cette table de hachage correspond au délai d'expiration défini pour la clé. . temps. L'espace de clé avec un délai d'expiration défini est un sous-ensemble de l'espace de clé primaire.

Nous comprenons que Redis propose à peu près plusieurs stratégies d'élimination, alors comment choisir ? Le choix de la stratégie d'élimination peut être précisé à travers la configuration suivante :

# maxmemory-policy noeviction

Mais que faut-il renseigner avec cette valeur ? Pour résoudre ce problème, nous devons comprendre comment notre application demande l'accès à l'ensemble de données stocké dans Redis et quelles sont nos demandes. Dans le même temps, Redis prend également en charge Runtime pour modifier la stratégie d'élimination, ce qui nous permet d'ajuster la stratégie d'élimination de mémoire en temps réel sans redémarrer l'instance Redis.

Regardons les scénarios applicables de plusieurs stratégies :

• allkeys-lru : Si l'accès de notre application au cache est conforme à une distribution en loi de puissance (c'est-à-dire , il existe des données relatives sur les points chauds), ou nous ne savons pas grand-chose sur la distribution d'accès au cache de notre application, nous pouvons choisir la stratégie allkeys-lru.

• allkeys-random : Si notre application a une probabilité d'accès égale aux clés de cache, nous pouvons utiliser cette stratégie.
  

• volatile-ttl : Cette stratégie nous permet d'indiquer à Redis quelles clés sont les plus adaptées à l'expulsion.
  

De plus, la stratégie volatile-lru et la stratégie volatile-random conviennent lorsque nous appliquons une instance Redis à la fois au cache et au stockage persistant, mais nous pouvons également en utilisant deux instances Redis pour obtenir le même effet, il convient de mentionner que la définition du délai d'expiration de la clé consommera en fait plus de mémoire, nous vous recommandons donc d'utiliser la stratégie allkeys-lru pour utiliser la mémoire plus efficacement.

Pour plus de connaissances sur Redis, veuillez faire attention à la colonne Tutoriel d'introduction à Redis.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!