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-boun...@frsag.org [mailto:frsag-boun...@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/

Répondre à