Discussion :

[supernano]

Bonjour tous,

J'ai récupéré le travail de stagiaires d'un site à trafic relativement gros et je suis en train de d'optimiser le tout, j'en découvre de jour en jour.
Après le rajout d'index et la réécriture de certaines requête j'ai pu passer pour certaines requêtes qui prenait 600 sec. à 6 sec., ce qui est déjà pas mal.


Je précise que j'ai dumpé ma base et que je l'ai installé en local sur un serveur Wamp.
J'ai été effaré par la vitesse d'exécution de mes requêtes (proche de l'instantané ), je suppose que c'est le fait que la base est toute neuve.

J'ai également fais un REPAIR TABLE sur toutes mes tables de ma Base cela à eu pour conséquence de diviser le temps de mes requêtes longues par 2.
J'aurais voulu savoir pourquoi alors que ma base ne semblait pas corrompus. Que fais exactement cette commande? Faut-il la faire fréquemment même si la table est OK, quel fréquence? Est-il judicieux de faire un script d'optimisation de base cron par exemple?
Avez vous des pistes, des références d'ouvrage, pour le tuning Mysql?

Voila que des question, merci d'avance .

[StephaneC.]

REPAIR a pour effet de réparer les corruptions de données et/ou d'index sur les tables MyISAM.

Normalement avant de faire un REPAIR TABLE, on fait un CHECK TABLE pour savoir si la table est ok ou pas : le check se contente de faire des stats sur la table, on peut donc continue à requêter dessus, alors que le repair pose des locks. Mieux vaut donc de toute façon faire les REPAIR la nuit ou à des moments creux au niveau du trafic.

Ce qu'il est peut-être judicieux de faire régulièrement si tes tables changent, c'est un OPTIMIZE TABLE (bloquant lui aussi, comme le REPAIR).

Un excellent livre (en anglais) sur MySQL est le High Performance MySQL, 2nd edition chez O'Reilly

Stéphane

[supernano]

Ok je note !
Je vais voir si je peux trouver ce livre.

Merci