Salut,
Fais un dump par table. Ensuite tu importes en parallèle. Par exemple tu fais 4 threads d'import. L'idée c'est de répartir les tables équitablement.
Dans ton dump mets les options pour le disable keys/ensable keys.
La parallélisation te permettra de tirer parti de ton hard.
Dans l'idéal tu peux aussi passer par un autre disque que le serveur final. Sur un lan privé tu auras tendance à "piper" le dump direct vers l'import. Tu gagnes sur les io.
-- Guillaume Le 9 déc. 2013 19:36, "Joël DEREFINKO" joel.derefinko@118218.fr a écrit :
A voir aussi : si tes tables contiennent des index (ce dont je ne doute pas vu la volumétrie), il est préférable supprimer les index avant le restore (donc idéalement avant le dump).
Pourquoi ? à chaque insert, les index sont recalculés. Si au début ca va vite, après quelques millions de lignes, ca devient plus coton.
Une fois la restore faite, remettre les index en place.
Joël.
*From:* frsag-bounces@frsag.org [mailto:frsag-bounces@frsag.org] *On Behalf Of *Thomas Pedoussaut *Sent:* lundi 9 décembre 2013 16:39 *To:* Axel Vittecoq *Cc:* French SysAdmin Group *Subject:* Re: [FRsAG] import dump MySQL très lent
On 2013-12-09 16:33, Axel Vittecoq wrote:
Bonjour,
Je vous expose mon problème:
Nous avons pris ce serveur http://www.ovh.co.uk/dedicated_servers/enterprise/2014-SP-128.xml + Raid hard
pour y migrer notre master MySQL
actuellement c'est un Raid0 soft de SSD, 24G RAM, Xeon i7 W3520
Il y a environ 400G à migrer selon:
SELECT table_schema "DB Name", Round(Sum(data_length + index_length) / 1024 / 1024, 1) "DB Size in MB" FROM information_schema.tables GROUP BY table_schema;
J'ai fait un dump classique (qui pèse 200G). le dump a été transféré sur le serveur.
J'importe le dump dans MySQL (mysql < /mon/dump.sql)
Mauvais outils .....
http://dev.mysql.com/doc/refman/5.6/en/load-data.html
Sinon jouer avec alter table ... disable keys / enable keys.
-- Thomas
Liste de diffusion du FRsAG http://www.frsag.org/