Discussion :

[guidav]

Bonjour

J'ai un serveur de backup (bipro dual core donc 4 coeurs, windows server 2003) sur lequel je load tous les soirs des bases de taille assez importantes.
Pour ça, je lance la commande suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
start mysql --uuser-ppass -e "source D:\Backup DB\base1.sql"
start mysql --uuser-ppass -e "source D:\Backup DB\base2.sql"
start mysql --uuser-ppass -e "source D:\Backup DB\base3.sql"

pour lancer les imports de 3 bases en parallèle. Ca marche très bien, je gagne beaucoup de temps et mon indicateur de charge est de 80%. Cependant, j'ai une de ces bases qui est nettement plus grosse que les autres (15 Go contre 2 pour les autres). Ce qui fait qu'à la fin, mon indicateur de charge ne dépasse pas 25%, le chargement n'étant pris en charge que par un seul coeur.
Est-il possible d'optimiser la commande

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

start mysql --uuser-ppass -e "source D:\Backup DB\base3.sql

pour qu'elle tourne sur plusieurs processeurs ou au moins plusieurs coeurs ?

Merci d'avance

[Sivrît]

Maatkit (anciennement MySQL Toolkit) a un outil pour dumper/recharger en parallèle : http://maatkit.sourceforge.net/.

[guidav]

Merci, ça a l'air pas mal, mais c'est en perl, et ça ne tournera pas sur mon serveur.
Enfin, je vois comment ça fonctionne, c'est de la pseudo-parallèlisation : j'ai l'impression qu'il dump/load les tables une par une, mais si une table est énorme, ça ne fera rien gagner.

En fait, ce que je cherche est une version multiprocesseur du mysqld et du client

[Sivrît]

Merci, ça a l'air pas mal, mais c'est en perl, et ça ne tournera pas sur mon serveur.

Ca devrait encore pourvoir s'arranger avec une version de perl pour windows. Il doit même y avoir moyen de pondre un ".exe" (reste à voir si ça marche avec Maatkit).

Enfin, je vois comment ça fonctionne, c'est de la pseudo-parallèlisation : j'ai l'impression qu'il dump/load les tables une par une, mais si une table est énorme, ça ne fera rien gagner.

http://maatkit.sourceforge.net/doc/m...mp.html#chunks : pas que j'ai essayé mais ça m'a l'air prometteur. Par contre je ne sais pas si le gain peut être aussi important sur une unique table qu'en répartissant sur plusieurs...

En fait, ce que je cherche est une version multiprocesseur du mysqld et du client

mysqld est multiprocesseur, mais une requête ne tourne que sur un thread et je doute que ce soit près de changer. Et le client est pour ainsi dire par définition monothread.


Sinon il faut saucissonner les INSERT pour la table en question à la main et ça va être tout de suite moins drôle. Mais arrivé à ce point là je ne sais pas si ça en vaut la peine, a moins que quelqu'un ait une meilleure idée...

[guidav]

Ca devrait encore pourvoir s'arranger avec une version de perl pour windows. Il doit même y avoir moyen de pondre un ".exe" (reste à voir si ça marche avec Maatkit).

Je ne suis pas certain de pouvoir faire ça, je vais foir avec mon admin.

mysqld est multiprocesseur, mais une requête ne tourne que sur un thread et je doute que ce soit près de changer. Et le client est pour ainsi dire par définition monothread.

Merci de confirmer mes craintes, je m'en doutais un peu. Tant pis.

Sinon il faut saucissonner les INSERT pour la table en question à la main et ça va être tout de suite moins drôle. Mais arrivé à ce point là je ne sais pas si ça en vaut la peine, a moins que quelqu'un ait une meilleure idée...

Je pense aussi que le temps de parser le fichier sql prendra plus de temps que le load ! A moins de faire une dll, mais là on oublie.

Merci pour toutes ces réponses quand même !