2009-03-06 4 views

Répondre

9

d'abord tout ce que vous devez mettre en place une sorte de surveillance par exemple:

Autres outils utiles mai: mytopinnotopmtopmaatkit

addtion vous devriez en activer la journalisation slow-queries dans votre my.cnf. Avant de commencer à régler/modifier les paramètres, vous devez créer une sorte de plan de test et comparer les résultats avant/après pour voir si vos changements sont sensés ou non.

3

C'est quelque chose sur lequel j'ai travaillé un peu.

  • MonYog - Service de surveillance MySQL. Nous utilisons cela en production. Ce n'est pas gratuit mais il a beaucoup de fonctionnalités, y compris des alertes et des données historiques.

  • MySQL Enterprise Monitor - disponible avec MySQL Enterprise (à savoir, non pas cher)

  • Réaliser votre propre!

A propos du rouleau votre propre option:

Nous avons effectivement développé une application de surveillance vraiment cool qui utilise RRD tool (utilisé par le MRTG commun) et une combinaison de statistiques MySQL, et les statistiques du système, tels que iostat . Ce n'était pas seulement un excellent exercice, mais cela nous a donné beaucoup de flexibilité pour surveiller exactement ce que nous voulons d'une seule interface.

Voici une Brief Description de quelques approches pour construire vos propres statistiques. L'une de nos principales motivations pour le lancement de notre propre système, même si nous utilisons également MonYog, était de suivre les statistiques de disque. Disk i/o peut être un goulot d'étranglement majeur, et les systèmes de surveillance MySQL standard n'ont pas de surveillance d'E/S. Nous utilisons iostat qui fait partie du paquet systat.

Nous avons une interface qui affiche des graphiques de statistiques MySQL à côté des statistiques d'entrée/sortie disque, ce qui nous permet d'obtenir une image globale de la façon dont la charge MySQL affecte les E/S disque.Auparavant, nous n'avions aucune idée de la raison pour laquelle nos applications de production s'enlisaient. Nous avons découvert que les E/S disque constituaient un problème majeur et que MySQL créait beaucoup de tables temporaires sur disque lorsque nous faisions des requêtes complexes. Nous avons pu optimiser nos requêtes et améliorer considérablement les performances du disque.

Questions connexes