Explication détaillée des causes du blocage de Redis

Un blocage est constaté

Le service de candidature en ligne est le premier à le détecter, et peut ajouter des statistiques anormales côté application et alerter via See More e-mail, SMS et WeChat.

Utilisez le système de journalisation pour compter les exceptions et déclencher la logique d'alarme

Utilisez le système de surveillance Redis pour découvrir les problèmes de blocage et déclencher des alarmes. Système CacheCloud recommandé.

Raisons intrinsèques

Utilisation déraisonnable de l'API ou des structures de données

Pour les scénarios de forte concurrence, évitez d'exécuter des commandes sur des objets volumineux dont la complexité de l'algorithme dépasse O(n)O(n).

Requête lente trouvée : slowlog get {n}

Objet volumineux trouvé : redis-cli -h{ip} -p{port} bigkeys

CPU saturé

La saturation du processeur fait référence au fait que Redis exécute le processeur monocœur à 100 %.

La commande top vérifie l'utilisation du processeur du processus Redis

redis-cli -h{ip} -p{port} –stat obtient l'utilisation actuelle de Redis et détermine si la concurrence a atteint la commande d'analyse limit

info commandstats consomme un temps déraisonnable et peut provoquer une optimisation excessive de la mémoire

Blocage de persistance

Blocage de Fork

se produit dans RDB ou lorsque AOF est réécrit, le thread principal Redis appelle fork pour générer un processus enfant pour terminer la réécriture du fichier persistant

Utilisez la commande info stats pour obtenir l'indicateur lastest_fork_usec, qui indique que le dernier fork le fonctionnement de Redis a pris du temps

2. Blocage du disque Flash AOF

Activer le vidage des fichiers AOF est généralement une fois par seconde Lorsque la pression du disque dur est trop élevée, fsync doit attendre l'écriture. pour terminer

Vérifiez l'indicateur aof_delayed_fsync dans le journal Redis ou les statistiques de persistance des informations

Si vous utilisez iotop, quel processus peut consommer trop de ressources du disque dur

3. l'opération est bloquée

Pour les systèmes d'exploitation qui activent Transparent HugePages, chaque commande d'écriture provoque La copie de l'unité de page mémoire de 4 Ko à 2 Mo

ralentira le temps d'exécution des opérations d'écriture, ce qui entraînera une grande nombre de requêtes lentes pour les opérations d'écriture

raisons externes

Concurrence CPU

1. concurrence : redis est une application typique gourmande en CPU. Utilisez les commandes top et sar pour localiser le point temporel et le processus de consommation du CPU

2. Lier le CPU : une optimisation courante consiste à lier le processus redis au CPU, ce qui réduit la surcharge de changement de contexte du CPU If. le processus enfant fork est terminé. Si le CPU est lié, il y aura une concurrence féroce entre les processus parent et enfant, ce qui affectera grandement la stabilité de redis.

Échange de mémoire

Si le système d'exploitation échange la mémoire utilisée par Redis vers le disque dur, les performances de Redis après l'échange chuteront fortement.

Vérifiez la méthode pour identifier l'échange de mémoire Redis :

1. Interrogez le numéro de processus Redis

2 Interrogez les informations d'échange de mémoire en fonction du numéro de processus

.

Si le volume d'échange est entièrement de 0 Ko ou 4 Ko dans certains cas, ce qui est normal.

Empêcher l'échange de mémoire :

1. Assurez-vous que la machine dispose de suffisamment de mémoire disponible

2. Assurez-vous que tous les exemples Redis définissent la mémoire disponible maximale (maxmemory) pour empêcher Redis. mémoire dans des circonstances extrêmes Croissance incontrôlable

3. Réduisez la priorité du swap utilisé par le système, comme echo 10>/proc/sys/vm/swappiness

Problèmes de réseau

1. Connexion refusée

Interruption du réseau : généralement en cas de basculement du réseau ou d'épuisement de la bande passante

Connexion redis refusée :

Rejeter les nouvelles connexions lorsque le nombre de connexions est supérieur à maxclients Lorsque la connexion est saisie, l'indicateur rejeté_connections des statistiques d'informations

Les clients accèdent à Redis autant que possible en utilisant des connexions longues ou des pools de connexions NIO

Redis est utilisé dans Dans les scénarios où l'on accède à un grand nombre de nœuds distribués et où le cycle de vie est court (comme Map/Reduce), il est recommandé de définir les paramètres tcp-keepalive et timeout pour permettre à Redis de vérifier et de fermer activement les connexions non valides

Débordement de connexion :

Limite de processus : le nombre maximum de fichiers qu'un processus peut ouvrir est contrôlé par ulimit -n, généralement 1024, redis avec un grand nombre de connexions doit augmenter cette valeur

Dépassement de file d'attente du backlog : le système utilise la file d'attente du backlog pour enregistrer les connexions TCP sur des ports spécifiques, redis est par défaut à 511, le backlog du système est par défaut à 128 et cron peut être utilisé en ligne. Exécutez régulièrement netstat -s | 🎜>2. Délai réseau

Mesurez le délai réseau entre les machines

3. Interruption logicielle de la carte réseau

Unique La file d'attente de la carte réseau ne peut utiliser qu'un seul processeur sous un niveau élevé. En cas de concurrence simultanée, l'interaction des données de la carte réseau est concentrée sur le même processeur, ce qui entraîne une situation dans laquelle les processeurs multicœurs ne peuvent pas être pleinement utilisés.

Apparaît généralement dans les scénarios avec un débit de trafic réseau élevé

Pour plus de connaissances sur Redis, veuillez prêter 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!