Surveillance et optimisation du processus de persistance Redis

Le processus de persistance de Redis a toujours été un facteur commun affectant les performances de Redis. Comment surveiller la persistance et comment optimiser le processus de persistance ? Jetons un coup d'œil ci-dessous.

Surveillance et optimisation du Fork

Peu importe la persistance utilisée, la persistance RDB ou la réécriture AOF, le processus principal déboursera Un enfant. processus, dans lequel la génération de fichiers RDB ou la réécriture d'AOF sont terminées. L’opération fork est une opération relativement lourde pour le système d’exploitation. Pendant la phase de fork, redis se bloquera pendant un certain temps. Le temps de blocage est directement proportionnel à la taille de la mémoire occupée par les données Redis. Chaque branche mémoire de 1 Go prend 20 millisecondes.

Si vous souhaitez connaître le temps de blocage de la phase fork, vous pouvez utiliser la commande info stats pour visualiser la valeur de l'option last_fork_usec, l'unité est la microseconde. N'oubliez pas que ce sont des microsecondes et non des millisecondes.

# redis-cli info stats | grep latest
latest_fork_usec:323

Méthodes pour optimiser le fork :

• Contrôler la taille de la mémoire occupée par Redis. Si l'utilisation de la mémoire est trop importante, l'application peut être divisée et déployée sur plusieurs serveurs pour partager l'utilisation de la mémoire de Redis.

• Réduire de manière appropriée la fréquence de fonctionnement de la fourche.

Surveillance de la mémoire

Le journal de persistance RDB est le suivant :

……
21692:C 15 May 2020 14:17:06.935 * DB saved on disk
21692:C 15 May 2020 14:17:06.936 * RDB: 2 MB of memory used by copy-on-write
……

peut être vu. Le processus de persistance RDB consomme 2 Mo de mémoire.

Le log de persistance AOF est le suivant :

……
15786:C 23 May 2020 07:39:59.145 * AOF rewrite: 2MB of memory used by copy-on-write
10679:M 23 May 2020 07:39:59.201 * Background AOF rewrite terminated with success
10679:M 23 May 2020 07:39:59.201 * Residual parent diff successfully flushed to the rewritten AOF (0.02 MB)
10679:M 23 May 2020 07:39:59.201 * Background AOF rewrite finished successfully

Comme vous pouvez le constater, la mémoire occupée par la réécriture aof est de 2Mo+0.02Mo=2.02Mo

Si vous souhaitez surveiller le processus de persistance Pour l'utilisation de la mémoire, vous pouvez écrire un script shell pour compter les informations pertinentes dans le journal Redis.

Surveillance du disque dur

Le processus de persistance Redis mettra la pression sur le disque dur, car après la persistance, les données dans la mémoire seront enregistrées au disque dur.

Les commandes permettant au système Linux de surveiller le disque dur incluent sar, iostat, etc. S'il s'avère que la pression d'E/S du disque dur dépasse le seuil, comparez le temps de persistance en fonction du journal Redis pour voir si cela est dû à la pression de la persistance de Redis.

Deux points sont mentionnés ici pour les méthodes d'optimisation :

• Utilisez des disques avec de bonnes performances. Les disques durs mécaniques ne sont certainement pas aussi bons que les disques SSD.

• Si plusieurs instances Redis sont configurées sur une seule machine, elles peuvent être écrites respectivement sur des disques différents pour réduire la pression d'écriture sur le disque.

Déploiement multi-instance sur une seule machine

Parce que Redis est une architecture à thread unique, ne serait-ce qu'un seul Redis Si l'instance est déployée sur un serveur, c'est alors un gaspillage pour les processeurs multicœurs. Par conséquent, plusieurs applications Redis sont généralement déployées sur un serveur. Par exemple, trois services Redis sont ouverts et les numéros de port sont 6379, 6380 et 6381. 6379 est utilisé pour les services de mise en cache, 6380 est utilisé pour les files d'attente de messages et 6381 est utilisé pour les services de mise en cache. utilisé pour les balises et les systèmes de recommandation.

Cela peut effectivement utiliser pleinement le processeur, mais cela peut facilement causer des problèmes. Si plusieurs instances persistent en même temps, la pression sur le processeur, la mémoire et la vidéo sera très élevée. Une bonne pratique consiste à les isoler afin qu’une seule instance persiste à la fois.

Le pseudocode pour obtenir cet effet est le suivant :

while (true)
{
     $redisObj = [6379,6380,……];
     
     foreach ($redisObj as $obj) {
          // 该实例是否构成重写的要求
          if (rewriteConf($ojb)) {
           // 该实例进行持久化
          }
     }
}

foreach est utilisé pour parcourir chaque instance Redis, puis déterminer si l'instance répond aux conditions de réécriture, et commencer la réécriture si elle est satisfaite . De cette façon, plusieurs instances Redis peuvent être conservées et isolées.

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!