Restauration d'un Gros fichier [xyz.Sql] vers [mysql]

Bonjour j'ai une question

Avez vous déjà*réussit une*restauration*un Gros fichier [xyz.Sql] vers [mysql]
pouvez-vous m'indiqué les démarches

Soucis je ne sais pas comment importé
un fichier dans le format : [.sql] vers ma base mysql

Voilà ce que j'ai :

Source : nomBaseDeDonnees-all-mysql-databases.20170620.sql.bz2 (884 043 020 )
Quand t'on dézipe : (nomBaseDeDonnees-all-mysql-databases.20170620.sql 88GO)
Aussi : nomBaseDeDonnees-20170620.md5 (Je pense pas être utile pour moi en mode Windows)



Ce que j'ai essayé

J'ai essayé d'extrait mes tables à l'aide de PHPMyAdmin (classique)
une à une, ça marche pour les tables qui contiens peu de données (Pour le moment on n'as 94 Tables)
Pour les Gros Tables Création fichier Oui mais Pas d'enregistrement 0 Octé

Pour info j'ai des tables (2 092 838 lignes)


Donc j'ai essayé

mysql -h localhost -p -u root nomBaseDeDonnees < "C:\import.sql"
(j'ai attendue 24h)

Pour info "C:\import.sql" je suis obligé d'ajouté les double cotes Si non Monitor considère err cmd
J'ai essayé aussi usr\local\mysql\bin\import.sql

Je ne sais vraiment plus quoi faire?
- Il me semble tout fait ?
- Une idée un Bouquin ?


Merci d'avance pour votre réponse

Pour un fichier de 88go il ne faut pas passer par Phpmyadmin mais bien directement en ligne de commande ?
C'est quoi "monitor" ? et tu obtiens quoi exactement ?

Sinon tu as des outils comme Big Dump pour decouper ton export.

donc J'ai fait

menu

executé

cmd.exe

Ouverture cmd /systeme32

je lance adresse ou se trouve usr\local\mysql\bin\mysql.exe

puis Welcom to the Mysql monitor

et là je demande

mysql -h localhost -p -u root LeVraiNomBdlaPlace < "C:\***\***\***\***\mnt\usr\local\mysql\bin\import.sql"
mysql -h localhost -p -u root LeVraiNomBdlaPlace < "C:\import.sql"

et la plus rien

*********

J'ai bien sur essayé aussi : le programme MySQLWinBackup
Connexion impossible pour le mode local

*********

J'ai bien sur essayé : bigdump.php
problème de mémoire
*********

Est ce une seule base de 88Go , ou alors plusieurs base ?

Si c'est plusieurs bases , il faut absolument essayer de découper base par base. Sur un export de 88Go tu n'es pas à l'abris qu'un export au millieu est foiré et te bloque tout l'import ...
Ligne de commande évidemment obligatoire , phpmyadmin ne pourra pas gérer un fichier de cette taille.

Sinon il semblerait que redéfinir certains paramètre de mysql avant l'import puisse aider :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

mysql -u root -p   set global net_buffer_length=1000000; --Set network buffer length to a large byte number   set global max_allowed_packet=1000000000; --Set maximum allowed packet size to a large byte number   SET foreign_key_checks = 0; --Disable foreign key checking to avoid delays,errors and unwanted behaviour   source file.sql --Import your sql dump file   SET foreign_key_checks = 1; --Remember to enable foreign key checks when procedure is complete!

---

Source : https://stackoverflow.com/a/22155778/393984

J'ai jamais réalisé cette opération ::

Je vais cherché les commandes pour réalisé une découpage de mon fichier SQL
Si vous avez une idée

Pour répondre à grunk
J'ai bien le fichier de Sauvegarde de UNE BASE qui contiens 194 TABLES

et si je comprends bien les conversations je dois faire une découpe,
et las je ne sais pas comment faire pour réalisé ce derniers.

J'ai jamais eu ce problème jusqu'aujourd'hui

Trop top sql-dump-file-splitter fonctionne
Je viens d'importé mon test : fichiers Import_##
Par contre il faut crée un script pour automatisé tout ca
php .bat .sh