Comment puis-je continuer à éliminer ce ralentissement mysql?
J'ai un serveur qui a connu un ralentissement grave inexplicable pour 12+ heures, après quoi il s'est complètement récupéré. Sur ce serveur lancé mysql 5.5, redis, mongodb et apache http sur CentOS 5.4 avec une grande quantité de mémoire.
Pendant le ralentissement, le service a été très fortement blessé mysql, Qui nécessitait 2 Minutes pour effectuer une simple requête qui prend généralement moins de secondes. Une fois le ralentissement terminé, la requête sera à nouveau exécutée en mode normal pendant une seconde. Tous les autres services ont souffert de manière minimale.
J'ai lancé des tests standard sur mysql:
Afficher une liste complète des processus
Demandes clarifiées
Demandes lentes enregistrées
Tables analysées et optimisées
Vérifié à l'aide de la mémoire de la CPU et du serveur
Statistiques d'E / S vérifiées
Accès testé au disque dur
Testé la deuxième instance mysql, Compilé à partir de zéro (Infructueux, lent)
Redémarré mysql
Redémarrage CentOS
Aucun de ces tests n'a rien trouvé inhabituel, bien que mysql a montré le téléchargement de la CPU au maximum sur 500% de 12 nuclei.
Demande simple SQL contenait une connexion. Si j'ai supprimé la connexion, l'opérateur a immédiatement commencé.
Je pense qu'une telle décélération invisible et inconnue devrait indiquer que le noyau est cassé.
Que pouviez-je explorer d'autre pour trouver la cause? Parce que c'est la deuxième fois que ce problème survient sur ce serveur.
Pendant le ralentissement, le service a été très fortement blessé mysql, Qui nécessitait 2 Minutes pour effectuer une simple requête qui prend généralement moins de secondes. Une fois le ralentissement terminé, la requête sera à nouveau exécutée en mode normal pendant une seconde. Tous les autres services ont souffert de manière minimale.
J'ai lancé des tests standard sur mysql:
Afficher une liste complète des processus
Demandes clarifiées
Demandes lentes enregistrées
Tables analysées et optimisées
Vérifié à l'aide de la mémoire de la CPU et du serveur
Statistiques d'E / S vérifiées
Accès testé au disque dur
Testé la deuxième instance mysql, Compilé à partir de zéro (Infructueux, lent)
Redémarré mysql
Redémarrage CentOS
Aucun de ces tests n'a rien trouvé inhabituel, bien que mysql a montré le téléchargement de la CPU au maximum sur 500% de 12 nuclei.
Demande simple SQL contenait une connexion. Si j'ai supprimé la connexion, l'opérateur a immédiatement commencé.
Je pense qu'une telle décélération invisible et inconnue devrait indiquer que le noyau est cassé.
Que pouviez-je explorer d'autre pour trouver la cause? Parce que c'est la deuxième fois que ce problème survient sur ce serveur.
Aucun résultat connexe trouvé
Invité:
Pour répondre aux questions, connectez-vous ou registre
0 réponses