Récupération MySQL
Lorsque mysqld refuse de démarrer, vous avez toujours les fichiers sur le disque
Serveur hors service après un crash ou une coupure de courant ? Pointez cet outil Windows sur votre répertoire de données, analysez .ibd/.frm/.MYD/.MYI, prévisualisez les tables et exportez un SQL propre que vous pouvez importer ailleurs. Essayez d'abord la version d'essai.
Full seller details: Legal information.
Vous n'avez pas besoin d'un service MySQL en cours d'exécution. L'application lit les fragments sur le disque, reconstruit ce qu'elle peut et vous remet un script prêt à être importé, pratique après des migrations d'hôte, de mauvaises restaurations ou des sauvegardes à moitié terminées.
Conçu pour les moments où « nous ne pouvons pas ouvrir la base de données »
Utilisation typique : copier le répertoire de données de la machine cassée, exécuter l'analyse sur un PC Windows fonctionnel, inspecter les aperçus, puis charger le SQL dans une nouvelle instance. Vous gardez le contrôle de l'endroit où les fichiers vont ; rien n'est réécrit dans les originaux.
How to use it
Rassembler les fichiers de la base de données
Copier le dossier qui contient vos fichiers .ibd, .frm, .MYD et .MYI (ou l'ensemble du répertoire de données) sur un lecteur avec de l'espace libre. Conserver une deuxième copie intacte pendant que vous travaillez.
Scanner et examiner les aperçus
Ajouter les chemins dans l'application, exécuter la passe de récupération, et ouvrir le navigateur de table pour confirmer le nombre de lignes et que les exemples de cellules semblent corrects avant d'exporter.
Exporter SQL et importer proprement
Enregistrer le script généré, créer une base de données vide sur un serveur sain, importer avec le client mysql ou votre outil d'administration, puis exécuter vos contrôles d'intégrité habituels.
Benefits
Sauvetage après les crashs et les mauvais arrêts
Les pertes de puissance, les suppressions forcées et les problèmes de disque laissent souvent les tables MyISAM marquées comme plantées ou les pages InnoDB incohérentes. Une passe au niveau du fichier peut faire apparaître des données que mysqld ne montera pas.
Aperçu au lieu de restaurations aveugles
Parcourir les tables et les exemples de cellules dans l'interface utilisateur pour savoir si le sauvetage vaut la peine d'être importé avant de toucher à la production.
Garder les originaux en lecture seule
L'outil est conçu pour lire vos fichiers endommagés et écrire les résultats ailleurs - votre dossier source reste inchangé pendant que vous itérez.
Pourquoi les gens l'utilisent
Fonctionne sans serveur en direct
Si le service ne démarre pas ou que l'instance a disparu, vous pouvez toujours travailler à partir du stockage froid tant que les fichiers sont lisibles.
InnoDB et MyISAM dans un seul flux de travail
Les déploiements mixtes sont courants; vous n'avez pas besoin d'utilitaires ponctuels distincts pour chaque moteur lorsque les deux apparaissent dans le même arbre de sauvegarde.
Modifier avant de valider
La sortie est du SQL brut. Supprimer les mauvaises lignes, diviser les grands dumps ou modifier le DDL dans un éditeur de texte si votre DBA souhaite une passe manuelle.
Codes d'erreur courants de corruption MySQL
| Code d'erreur | Modèle de message officiel MySQL | Cause principale |
|---|---|---|
| 1016 | Impossible d'ouvrir le fichier: '[table_name].MYI' (errno: 2) | Fichiers de base de données ou de table manquants ou physiquement endommagés sur le disque. |
| 1030 | J'ai reçu l'erreur [X] du moteur de stockage | Wrapper générique pour les échecs internes d'InnoDB ou de MyISAM. |
| 1033 | Informations incorrectes dans le fichier: './[db]/[table].frm' | Définition de table corrompue ou fichier de métadonnées .frm endommagé. |
| 1064 | Vous avez une erreur dans votre syntaxe SQL près de '..' | Parfois, les dommages aux métadonnées apparaissent comme une syntaxe erronée lorsque le serveur interprète mal les structures. |
| 1146 | La table '[db].[table]' n'existe pas | Fichiers .frm manquants ou inadéquation entre le dictionnaire de données et les fichiers sur le disque. |
| 1194 | La table '[table]' est marquée comme plantée et doit être réparée | Corruption sévère de MyISAM, souvent après une écriture interrompue en plein vol. |
| 1412 | La définition de la table a changé, veuillez réessayer la transaction | Fichier .frm non synchronisé avec le dictionnaire de données InnoDB. |
| 145 | La table '..' n'a pas été fermée correctement; elle est marquée comme plantée | Arrêt ou suppression incorrect pendant que la table était ouverte. |
| 126 | Le fichier d'index est planté; essayez de le réparer | Corruption d'index .MYI; le moteur ne peut pas mapper les lignes de manière fiable. |
| 2013 | Connexion perdue au serveur MySQL pendant la requête | Crash côté serveur (par exemple, segfault) lors de la lecture de pages endommagées. |
| Log uniquement | InnoDB: Erreur de somme de contrôle dans la page [X] | Dégradation des bits, mauvais secteurs ou erreurs matérielles rendant les pages illisibles. |
FAQ
System Requirements
Récupération MySQL
Languages
1.5
6,1 Mb
May 31, 2026
- Windows 11/10/8.1/8/7 (32/64 bit)
- Intel i3, AMD Ryzen 5 or above
- 4 GB of RAM or above
- NVIDIA® GeForce® series 8 and 8M, Intel® HD Graphics 2000, Quadro FX 4800, Quadro FX 5600, AMD Radeon™ R600, Mobility Radeon™ HD 4330, Mobility FirePro™ series, Radeon™ R5 M230 or higher graphics card with up-to-date drivers
- 1280 × 768 screen resolution, 32-bit color
- 1 GB of free hard disk space or above
GRT requirements trial note