Analyse, Optimize, Check et Repair

Répondre


Cette question est un moyen d’empêcher des soumissions automatisées de formulaires par des robots.
Smileys
:D :) :( :o :shock: :? 8-) :lol: :x :P :oops: :cry: :evil: :twisted: :roll: :wink: :!: :?: :idea: :arrow: :| :mrgreen: =D> #-o =P~ :^o :non: :priere: 8-|
Voir plus de smileys
  Revue du sujet
 

  Étendre la vue Revue du sujet : Analyse, Optimize, Check et Repair

Re: Analyse, Optimize, Check et Repair

par Cyrano » 17 août 2011, 06:21

Salut, je serais tenté de te recommander de reposer ton problème sur un forum plus spécialisé, celui du MUG (Mysql User Group, lemug.fr) qui a un site et un forum en français. Il y aura plus de spécialistes qu'ici en la matière.

Re: Analyse, Optimize, Check et Repair

par pierreC » 16 août 2011, 15:04

Hello,

2 mois après, je refais du google avec cette requete : Analyze, Optimize, Check et Repair , et je tombe sur mon propre POST :cry:

j'en profite pour faire un UP et donnée l'avancement de mes recherches :

- OPTIMIZE ne semble travaillé que sur les données. (quoique une fois sur une requete avec jointure un OPTIMIZE à reduit le temps par 100)
- ANALYSE va mettre à jour les Cardinalité, éléments très important pour les jointures. Mais Analyse ne se lance que lorsque'il estime que c'est nécessaire, et malheurement il est très mauvais pour cela (On obtient trop souvent un "Table is already up to date").
- CHECK : Il fait plein d'autre chose que juste check que les tables ne sont pas corrompu. En particulier il va faire la même chose que ANALYSE mais sans verif préalable. Il se lance donc à chaque fois même si ce n'est pas necessaire.
- REPAIR : j'hesite bcp à l'utiliser. Il est très long, travail sur les index et données (re-trie les index il me semble), mais bizarrement la fragmentation des fichiers après un REPAIR est plus importante (obtenu avec filefrag sous linux).

Si vous en savez plus merci de m'aider.

a+

Pïerre

Analyse, Optimize, Check et Repair

par pierreC » 22 juin 2011, 10:11

Bonjour à tous,

Je travail sur tables de taille assez importante (de 100 Mo à 30 Go) pour lesquelles mes requêtes doivent être plus performantes. Après avoir tunné mysql et mes requêtes, j'ai découvert 4 opérations que l'ont peut effectuer : Analyse, Optimize, Check et Repair
Optimize semble travailler sur les datac (MYD)
Analyse sur les index et cardinalité (MYI)
Check semble pouvoir me réparer les cardinalités dans certain cas
Repair, je sais pas, est ce utile si la table n'est pas cassé ?

Mes questions sont :
J'ai du temps serveur de dispos une fois par semaine pour lancer ces commandes sur mes tables.
1/ Y a t'il un ordre logique pour les lancer ?
2/ Faut t'il que je lance les 4 commandes
3/ Y en a t'il d'autre ? Ou bien des options en plus ?
4/ certaine de ces commandes peuvent se faire base éteinte (myisamchk avec option -a pour analyze), est ce préférable ?


Merci pour vos lumières.

Pierre