Die ibdata1-Datei enthält die Tablespace-Informationen und andere Metadaten über Ihre Mysql-Datenbank(en).
Sie können versuchen, innodb_force_recovery = 1 zu verwenden bis hin zu innodb_force_recovery = 6 um zu sehen, ob das das Problem behebt. Versuchen Sie, dies in Ihrer my.cnf zu ändern (my.ini for windows)-Datei und versuchen Sie dann erneut, Ihren MySQL-Server neu zu starten.
Wenn Sie Mysql mit dem Wiederherstellungs-Flag starten können, befindet sich Ihre Datenbank im schreibgeschützten Modus. Sie sollten einen mysqldump der Daten durchführen, mysql stoppen, neu installieren, Ihre Datenbank erneut erstellen und die Daten wieder importieren.
Hier ist ein Link für weitere Informationen zur Innodb-Wiederherstellung dev .mysql .
Wenn Sie Linux verwenden...
Eine weitere komplexere Option ist die Verwendung des Percona-Wiederherstellungs-Toolkits. Dadurch werden Ihre Tablespaces neu ausgerichtet. Erfahrungsgemäß ist es jedoch eine kleine Herausforderung, sich zurechtzufinden, und es dauert ein wenig, bis Sie es implementieren, wenn Sie ein Neuling sind.
Allerdings hat akuzminsky, der Ersteller des Toolkits (wie cool ist das!), erwähnt, dass er erhebliche Verbesserungen am Toolkit vorgenommen hat.
Link zum Herunterladen des Toolkits Percona.com
Link mit einer Anleitung von chriSQL .
Link zu akuzinskys Website TwinDB .
Sofern diese Daten nicht geschäftskritisch sind, würde ich einfach auf das Backup von 2 Wochen zuvor zurückgreifen. Die Menge an Zeit und Mühe, die Sie möglicherweise in die Wiederherstellung dieser Daten investieren, kann den Nutzen zunichte machen.
