Forum

Bonjour. J'ai fait une boulette.
J'ai vidé par mégarde une table de ma base de données mysql.
J'ai bien une sauvegarde faite avec dumpmysql de toutes mes tables de toutes mes bases

Je voudrais extraire seulement une table d'une database, mais je sèche sur la syntaxe.
Ayant fait une boulette, je ne voudrais pas en faire une autre.

Merci à tous ceux qui connaissent mysql.

Salut,

Allé, de tête !



Avant, dans mysql, créées une base de test




Tu répliques la base sur ta base de test :



Et testes la resto sur celle-ci






Si c'est OK, à faire sur la base de prod.

Encore une fois, tu me sauves la vie Adrien. Un grand merci.

Oh yeah

Si c'est tout bon :

Aie. Il n'en veut pas de la commande

Salut,

ça semble ne pas fonctionner sur la restauration ...

Dans ce cas, créées une base de test




Tu importes ton dump SQL sur ta base de test :



Tu exportes la table de la base de test que tu réinjectes dans la base de prod

Raté. La base testdb n'a jamais été remplie avec la sauvegarde. Par contre ma tabledeprod a été écrasée. Pourtant j'avais bien indiqué le nom de la base, mais ça n'a pas été retenu. Bref, j'ai 8 jours de pertes de données.
Moralité, il va me falloir apprendre à manipuler les restaurations de base de données MYSQL plus efficacement. Ce n'est pas évident.
Merci de ton soutien Adrien.

Comment tu l'as sauvegardée ta base ?

Restaurer dans la base de test te permet de ne pas perdre ton travail justement ....

Pour faire simple elle est faite comme ça à partir d'un script:

Ah, c'est ma faute, j'aurais du commencer par ça ....

Avec --all-databases je crois bien que ça créé la base avant si elle y est déjà, et restaure les tables dessus ....

Quand tu restaure ça doit faire



Du coup, l'argument de restaurer une base précise ne doit pas fonctionner... Je ferai des tests, car ça me semble bizarre...

En fait au départ, je me suis dit que si je sauvegarde un max, je ne perds rien. C'est utile en cas de crash total. Le problème réside ici dans le cas d'une extraction partielle.

J'ai vu un spécialiste mysql. Sa réponse est sans détour.
Un retour de backup écrase obligatoirement les bases d'origines.

Comment fonctionner:
Faire un newbackup de nos bases mysql actuelles.
Exécuter le backup (sauvegarde) dans les bases d'origine. (ceci écrase toutes nos bases)
exporter en CSV la table à restaurer.
reprendre notre newbackup ( ceci écrase à nouveau nos anciennes bases)
vider la table accidentée.
Importer le fichier CSV .

Ca dépend comment la sauvegarde est faite !!!

mysqldump -u root -proot --alldatabases >fic.sql => Oui
mysqldump -u root -proot mabase > fic => Non

Je sauvegarde toujours de la deuxième façon !

Bonjour,

N'est-il pas possible de copier le CREATE TABLE et le INSERT des valeurs depuis le fichier .sql et d’exécuter ces commandes?

Je demande car je ne connais pas le fichier créé avec un mysqldump.

Pour mes sauvegardes (qui sont ponctuelles/manuelles), j'utilise uniquement phpmyadmin en exportant la base en fichier .sql.
Si je plante une table, je peux ouvrir le ficher sql dans un éditeur texte quelconque et je récupère les CREATE TABLE et le INSERT que j’exécute dans phpmyadmin après un DROP TABLE.

Merci,

mysqldump a des fonctions intéressantes comme par exemple le LOCK table et UNLOCK table.
J'ai toujours fait une seule sauvegarde mysql avec les options --all-database. Je m'aperçois que cette façon de travailler demande une méthode particulière de travail quand on veut seulement une restauration partielle.

Pour info mysqldump fournis un fichier.sql en sortie. Ça rejoint ce que tu fais avec phpmyadmin. Chez moi, il est inclus dans un script qui est démarré par grsync.

grsync est le logiciel de sauvegarde que je dois utiliser tous les jours. (Sauf quand j'oublie, ou que je fais le fainéant) . En bref, quand je fais la sauvegarde de mon /home, les bases mysql passent avec.