Pourquoi n'importer une prise de fichier sql 12 Go plus de 36 heures?

dba.stackexchange https://dba.stackexchange.com/questions/1326

  •  16-10-2019
  •  | 
  •  

Question

J'attends maintenant 36 heures pour le dossier d'un 12 Go à importer avec une commande type site.sql | mysql de simple. Je peux voir la ibdata1 est encore en croissance, actuellement près de 40 Go.

Considérant que les déclencheurs et les procédures stockées sont à la fin de la .sql, je pense que MySQL devrait être d'ajouter des données et des index.

Le site.sql a été généré en utilisant cette commande à partir d'un autre serveur:

mysqldump -R -e --databases site --add-drop-database --add-create-database --add-drop-table -C --single-transaction --triggers

Qu'est-ce si long?

Était-ce utile?

La solution

Essayez ceci: 

$ ps -ef|grep [m]ysql

Identifier le numéro de processus puis 

$ strace -cp <pid>

Laissez-10 secondes ou une minute, puis ^C. Cela vous dira où le processus passe son temps, par exemple il pourrait simplement être en attente pour le disque si vous avez vu read et write dominent.

Autres conseils

Avez-vous des tables InnoDB avec une clé primaire

  1. contenant plusieurs colonnes?
  2. ayant une large VARCHAR?
  3. et beaucoup d'indices non uniques?
  4. un ou plusieurs index non unique qui a une touche large?

Chacune de ces conditions peut probablement causer de grands nœuds btree dans vos index pour avoir très peu de feuilles dans chaque nœud BTREE. La clé de cluster dans la clé primaire est également attaché à chaque entrée clé non unique dans les clés nonclustered.

Une autre considération: est la somme des pages de données InnoDB nettement moins que les pages d'index InnoDB

Vous pouvez constater que avec cette requête (en Mo): 

SELECT SUM(data_length)/POWER(1024,2) InnoDBData,
SUM(index_length)/POWER(1024,2) InnoDBIndexes
FROM information_schema.tables WHERE engine='InnoDB';

Une considération supplémentaire: Avez-vous l'enregistrement binaire activé sur le serveur DB vous chargez? Si vous êtes, s'il vous plaît faire sur le serveur que vous chargez: 

mysql -h... -u... -p... -A -e"SET sql_log_bin=0; source site.sql"

J'espère que cette aide !!!

Êtes-vous sûr que les tables où vous lisez en sont sans déclencheurs et les index et les contraintes? Quel est le matériel et l'OS vous exécutez sur? Comment votre stockage configuré?

Je suis plus familier avec oracle mais 12G importation sur les tables sans déclencheurs, les index et les contraintes devraient facilement aller avec 200Go / h. Un déclencheur unique peut rendre le processus d'un escargot, en fonction de ce que les déclencheurs ne ...

J'espère que cette aide

Licencié sous: CC-BY-SA avec attribution
Non affilié à dba.stackexchange
scroll top