Quelles ressources Redis consomme-t-il principalement ?

La consommation en cours de Redis comprend principalement : la mémoire propre + la mémoire objet + la mémoire tampon + la fragmentation de la mémoire.

Mémoire. Parce que les données Redis sont stockées en mémoire. Par rapport aux bases de données relationnelles générales, les bases de données en mémoire ont des vitesses de lecture plus rapides, mais consomment plus de ressources mémoire.

Mémoire d'objets (apprentissage recommandé : Tutoriel vidéo Redis)

La mémoire d'objets est la plus grande partie de la mémoire Redis et stocke tous les utilisateurs données. Toutes les données dans Redis adoptent un type de données clé-valeur Chaque fois qu'une paire clé-valeur est créée, au moins deux objets de type sont créés : l'objet clé et l'objet valeur. La consommation de mémoire peut être simplement comprise comme sizeof(keys)+sizeof(values). Les objets clés sont tous des chaînes Lorsque vous utilisez Redis, il est facile d'ignorer l'impact des clés sur la consommation de mémoire. Vous devez éviter d'utiliser des clés trop longues. L'objet valeur est plus complexe et comprend principalement 5 types de données de base : chaîne, liste, hachage, ensemble et ensemble ordonné. Chaque type d'objet de valeur occupe une mémoire différente en fonction de l'échelle d'utilisation. Lorsque vous l'utilisez, vous devez raisonnablement estimer et surveiller l'occupation de l'objet de valeur pour éviter un débordement de mémoire.

Mémoire tampon

La mémoire tampon comprend principalement : le tampon client, le tampon de backlog de copie et le tampon AOF.

La mise en mémoire tampon client fait référence à la mise en mémoire tampon d'entrée et de sortie de toutes les connexions TCP au serveur Redis. Le tampon d'entrée et de sortie ne peut pas être contrôlé. L'espace maximum est de 1G. S'il dépasse, la connexion sera déconnectée. La mise en mémoire tampon d'entrée est contrôlée par le paramètre client-output-buffer-limit :

1. Clients ordinaires : toutes les connexions à l'exception des clients répliqués et abonnés, la configuration par défaut de Redis est : client-output-buffer-limit normal 0. 0 0, Redis ne limite pas le tampon de sortie des clients ordinaires. Généralement, la consommation de mémoire des clients ordinaires peut être ignorée, mais lorsqu'un grand nombre de clients à connexion lente sont connectés, cette partie de la consommation de mémoire ne peut pas être ignorée. Définissez maxclients sur limite. Veillez à ne pas utiliser uniquement des commandes qui génèrent une grande quantité de données et que les données ne peuvent pas être transmises au client à temps, comme la commande monitor, ce qui peut facilement provoquer une augmentation soudaine de la mémoire du serveur Redis.

Client esclave : le nœud maître établira une connexion distincte pour chaque nœud esclave pour la réplication des commandes. La configuration par défaut est : client-output-buffer-limit slave 256mb 64mb 60. Lorsque le délai réseau entre les nœuds maître et esclave est élevé ou que le nœud maître monte un grand nombre de nœuds esclaves, cette partie de la consommation de mémoire occupera une grande partie. Il est recommandé que le nœud maître ne monte pas plus de 2 nœuds esclaves. , et les nœuds maître et esclave ne doivent pas être déployés dans des emplacements inappropriés. Dans un certain environnement réseau, par exemple dans différentes salles informatiques, évitez les débordements provoqués par des connexions client de réplication lentes.

Client d'abonnement : lors de l'utilisation de la fonction de publication et d'abonnement, le client de connexion utilise un tampon de sortie séparé. La configuration par défaut est : client-output-buffer-limit pubsub 32mb 8mb 60. Lors de la production du message de l'abonnement. le service est rapide À la vitesse de consommation, le tampon de sortie générera un retard et provoquera un débordement de l'espace du tampon de sortie.

Tampon du backlog de réplication : Redis fournit un tampon réutilisable de taille fixe après la version 2.8 pour implémenter les fonctions de réplication partielle. Il est contrôlé en fonction du paramètre repl-backlog-size et la valeur par défaut est de 1 Mo. Il n'y a qu'un seul tampon de copie en retard pour l'ensemble du nœud maître, et tous les nœuds esclaves partagent ce tampon, donc un espace tampon plus grand peut être défini, par exemple 100 Mo.

Tampon AOF : Cette partie de l'espace est utilisée pour sauvegarder les commandes d'écriture récentes lors de la réécriture Redis.

3. Fragmentation de la mémoire

L'allocateur de mémoire par défaut de Redis utilise jemalloc, et les allocateurs facultatifs incluent : glibc et tcmalloc. Afin de mieux gérer et réutiliser la mémoire, l'allocateur de mémoire utilise généralement une plage fixe de blocs de mémoire pour allouer de la mémoire.

Les scénarios suivants sont sujets à des problèmes de fragmentation élevée de la mémoire :

Opérations de mise à jour fréquentes, telles que des opérations de mise à jour fréquentes telles que l'ajout et la définition de clés existantes.

Un grand nombre de clés expirées sont supprimées. Une fois les objets clés expirés et supprimés, l'espace libéré ne peut pas être pleinement utilisé, ce qui entraîne une augmentation du taux de fragmentation.

Pour plus d'articles techniques liés à Redis, veuillez visiter la colonne Introduction au didacticiel d'utilisation de la base de données Redis pour apprendre !

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!