Comment débogueriez-vous un serveur lent ou qui a une utilisation élevée de la mémoire?

Si vous constatez que le serveur s'exécute lentement ou que l'utilisation de la mémoire est trop élevée, vous devez vérifier la cause avant de fonctionner. Tout d'abord, vous devez vérifier l'utilisation des ressources système, utiliser les commandes TOP, HTOP, FREE -H, IOSTAT, SS -antP et autres commandes pour vérifier le CPU, la mémoire, les E / S de disque et les connexions réseau; Deuxièmement, analysez des problèmes de processus spécifiques et suivez le comportement des processus à haute occupation via des outils tels que PS, JSTACK, Strace; puis vérifier les journaux et surveiller les données, afficher les enregistrements OOM, les demandes d'exception, les requêtes lentes et autres indices; Enfin, le traitement ciblé est effectué en fonction de raisons courantes telles que les fuites de mémoire, l'épuisement des pools de connexion, les tempêtes de défaillance du cache et les conflits de tâches de synchronisation, optimiser la logique du code, configurer un mécanisme de réessayer du délai de temps, ajouter des fusibles de limite actuelle et les ressources de mesure et d'évaluation régulièrement de la pression et d'évaluation.

Si vous constatez que le serveur s'exécute lentement ou si l'utilisation de la mémoire est trop élevée, ne vous précipitez pas pour redémarrer. Découvrez quel est le problème en premier, sinon vous le reviendrez la prochaine fois. Ce type de problème est généralement lié à l'utilisation des ressources, aux exceptions de processus ou aux erreurs de configuration.

Voici quelques instructions de dépannage et suggestions pratiques courantes:

Vérifier l'utilisation des ressources du système

Tout d'abord, vous devez connaître la charge et la consommation de ressources du système actuel. Les commandes couramment utilisées incluent top , htop (plus intuitive), free -h et vmstat .

• Utilisation du processeur : utilisez top ou htop pour voir quel processus occupe une grande quantité de CPU.
• Utilisation de la mémoire : free -h peut rapidement afficher la mémoire totale, la mémoire et le cache utilisés.
• E / S de disque : Utilisez iostat ou iotop pour vérifier s'il existe des processus qui lisent fréquemment et écrivent sur le disque.
• Connexion réseau : netstat -antp ou ss -antp peut dire s'il existe une connexion anormale ou une occupation du port.

Si un processus monte soudainement la ressource, vous pouvez d'abord enregistrer son PID et l'analyser plus tard.

Analyser des problèmes de processus spécifiques

Après avoir trouvé un processus qui occupe des ressources élevées, la prochaine étape consiste à voir ce qu'elle fait. Par exemple, une application Java peut provoquer un décalage fréquent en raison de GC complet; tandis qu'un processus PHP-FPM peut entraîner des boucles mortes ou des requêtes lentes dans le code.

Vous pouvez utiliser les méthodes suivantes pour analyser en profondeur:

• Utilisez ps -p <pid></pid> pour afficher les informations de base du processus
• Pour les applications Java, vous pouvez utiliser jstack <pid></pid> pour saisir la pile de threads pour voir si elle est coincée quelque part
• Utilisez strace -p <pid></pid> pour voir quel système appelle le processus et s'il existe des opérations de blocage à long terme
• S'il s'agit d'un service lié à la base de données, comme MySQL, vérifiez le journal de requête lent pour voir s'il n'y a pas de SQL non optimisé

Parfois, vous constaterez que bien qu'un certain processus occupe une quantité élevée, c'est en fait un comportement normal, comme lors de l'exécution de la tâche de sauvegarde. Nous devons donc le regarder en combinaison avec la logique commerciale.

Vérifier les journaux et surveiller les données

Les journaux sont souvent l'indice clé pour découvrir des problèmes. Les journaux système (tels que /var/log/messages ou journalctl ), les journaux d'applications et les journaux de base de données doivent être affichés.

• Y a-t-il un enregistrement d'OOM (hors de mémoire) tué? Vous pouvez le voir via dmesg | grep -i kill
• Y a-t-il des demandes anormales, des délais d'expiration, des réessaiss et d'autres phénomènes dans le journal des applications?
• Y a-t-il une requête lente, une attente de verrouillage et d'autres situations dans le journal de la base de données?

S'il existe un système de surveillance (comme Prometheus Grafana), il sera plus facile de voir la tendance. Par exemple, l'utilisation de la mémoire continue-t-elle d'augmenter? Y a-t-il des tâches chronométrées qui déclenchent un grand nombre d'opérations à un moment précis?

Causes courantes et suggestions de traitement

Certains problèmes sont en fait assez courants, comme:

• Les fuites de mémoire : les programmes écrits dans certaines langues (tels que Node.js, Java) sont sujets aux fuites de mémoire, et vous pouvez utiliser des outils correspondants pour analyser les instantanés de mémoire du tas.
• Épuisement du pool de connexion : la connexion de la base de données n'est pas publiée et la demande HTTP n'est pas un délai d'expiration peut entraîner une accumulation.
• Cache d'échec de la tempête : une fois le cache invalidé à grande échelle, toutes les demandes sont touchées dans la base de données, provoquant une avalanche.
• Conflit de tâche chronométré : plusieurs tâches fonctionnent en même temps, en mangeant toutes les ressources.

Lorsque vous rencontrez ces problèmes, vous pouvez commencer à partir de ces aspects:

• Optimiser la logique du code pour réduire l'utilisation des ressources inutiles
• Définir un délai d'expiration raisonnable et de réessayer
• Ajouter la limite de courant et le fusible aux interfaces clés
• Tests de stress des performances régulières et évaluation des ressources

Fondamentalement, c'est tout. Lorsque le serveur ralentit ou que la mémoire est explosée, examinez d'abord les ressources globales, puis localisez le processus spécifique, puis vérifiez les journaux et la surveillance, et enfin portez des jugements en fonction de modèles communs. Pas à chaque fois, les connaissances d'experts sont nécessaires, mais il y a beaucoup d'attention aux détails, en particulier celles qui "semblent normales mais qui sont en fait problématiques".

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!