Problème de perfs sur MySQL

[Daily]

Bonjour,

Je suis DBA Oracle et je ne connais pas MySQL.

Ma boite a acheté une appli clé en main, mais nous rencontrons des problèmes de performances. La société qui nous à vendue cette application affirme quelle ne rencontre pas de problème avec d'autres clients à qui elle a vendu ce produit. Donc a priori, l'optimisation du code ne semble pas à l'ordre du jour...

Le boss nous a donc demandé à l'admin système et réseau et à moi (DBA) de contrôler les perfs du système, du réseau et de la base.

Comme encore une fois je ne connais pas MySQL, j'aurai souhaité savoir quelles seraient les premières investigations d'un utilisateur expérimenté de cette plateforme et éventuellement quels outils de mesures et d'optimisation utiliseriez vous.

Je sais, tout cela est très vague, mais je pars de rien, je ne sais pas par quoi commencer ni que faire.

Les Infos que j'ai pu collecter:
système: Fedora 6
Base: MySQL 5.0.22 avec PhpMyadmin 2.6.0-PL3

Merci d'avance pour toutes vous suggestions.

Patrick

[Daily]

Un petit up.

Personne ne sais comment analyser les perfs sous MySQL???

[nounetmasque]

Je ne suis pas certain mais essaye de regarder mysql GUI Tools... tu trouveras peut-être ton bonheur

[Daily]

Merci, je l'ai downloadé, je vais voir ça...

[gregory.broissard]

bienvenue dans les joies de l'open source où le support n'existe pas et où les bons outils sont plus rares qu'un point d'eau dans le Sahara!

blague à part, peux tu nous en dire plus sur le type de BDD (MYISAM, InnoDB), la volumétrie, le nb de tables, etc...

[selecta]

Bonjour,

1 commandes utile pour mesurer l'activités des connexions et repérer des temps trop importants ou du verrouillage.

Code :

1
2
 
SHOW processlist

Au passage on visualise l'ordre qui s'exécute sur la connexion.

1 seconde commande utile pour connaitre le plan d'exécution d'une requete (qui peut être celle détectée par la commande ci dessus)
une sorte d'explain plan ...

Code :

1
2
 
DESC SELECT ........

1 troisième commande utile pour connaitre approximativement la volumétrie

Code :

1
2
 
SHOW  TABLE STATUS

Avec ceci il y a moyen de traiter les premières non performances.

Pour 1 suivi + précis, il faut ensuite travailler avec les valeurs des statuts

Code :

1
2
 
SHOW STATUS

Cordialement

Selecta

[Daily]

Envoyé par gregory.broissard

bienvenue dans les joies de l'open source où le support n'existe pas et où les bons outils sont plus rares qu'un point d'eau dans le Sahara!

blague à part, peux tu nous en dire plus sur le type de BDD (MYISAM, InnoDB), la volumétrie, le nb de tables, etc...

Merci pour ta réponse. Je veux bien t'en dire plus mais il faut arrêter de m'injurier, MYISAM, InnoDB,... non mais, et pourquoi pas pas DBA tant que tu y es?

Nan, sérieusement, je veux bien te répondre, mais je ne sais pas ou chercher ces infos, il faut employer des mots simples avec moi

Edit: En regardant la description des tables, la colonne 'Type' contient toujours la valeur 'MyISAM'

[Daily]

Envoyé par selecta

Bonjour,

1 commandes utile pour mesurer l'activités des connexions et repérer des temps trop importants ou du verrouillage.
...

Merci pour ton post,
j'ai testé les commandes, toutes fonctionnent. Quelles colonnes faut il regarder particulièrement par report à un problème donné (lock, lectures sequentielles, fragmentation,... enfin les trucs classiques qui font ramer quoi)?

[Daily]

J'ai lancé plussieurs fois de suite la commande 'SHOW processlist', est j'obtiens souvent dans la colonne 'state' la massage 'Sending data'. J'ai trouvé sur le net le truc suivant:

Certains états sont souvent disponible dans le résultat de mysqladmin processlist
...bla bla bla...
Sending data: Le thread traite des lignes pour une commande SELECT et il envoie les données au client.
...bla bla bla...
La plupart des états sont des opérations très rapides. Si le thread s'attarde dans un de ces états pour plusieurs secondes, il doit y avoir un problème qui mérite d'être étudié.

1/ J'ai bon dans ma manière de controler?
2/ ça vous cause 'Sending data'?
3/ C'est pas mal l'interface MySQL!

[gregory.broissard]

Malheureusement en terme de tuning, deja en InnoDB c'est pas terrible mais en MyISAM tu as vraiment une marge de manoeuvre restreinte (surtout si tu viens du monde Oracle comme moi !)

Tu peux regarder les paramètres dans le fichier d'init de MySQL ...

Il y a aussi une option pour tracer les requetes couteuses dans une log automatiquement, ce qui te permettra d'isoler des requetes pas top.

Apres tu peux analyser, y a un outil qui permet de faire ca qui s'appelle MySQLSLA mais c'est pas OEM ! ou TOAD !

[Daily]

Ahhhhhhh, TOAD...

Pour les paramètres, je vais les poster pour voir s'il y a un truc qui déconne, mais... peux tu me dire ou les trouver

[Daily]

Bon, je pense avoir trouvé ou sont les variables, mais il y en a beaucoup, les quelles peuvent avoir une forte influence sur les perfs?

En regardant l'activité je suis assez surpris, je trouve un total de 1.500.000 de requetes pour 48h de fonctionnement, l'appli etant purement interactive (saisie de dossiers SAV) ça me semble beaucoup. Et surtout le total ne correspond pas au detail des requetes.

Code :

Statistiques sur les requêtes: Depuis son démarrage, 1 574 309 requêtes ont été envoyées au serveur

Et dans les types de requetes je trouve de chiffres allant de zero (le plus souvent) à deux (pour les select par exemple)????