データ移行後の MySQL 起動エラー

今日の仕事の後、mysql が起動できなくなったので、長い間悩んだ結果、再インストールすることにしました

私のローカルサーバーは、再インストールする際に、データをバックアップする必要があります。最も単純で最も粗雑なバックアップ方法を使用して、mysql のインストール ディレクトリに直接移動してデータのコピーを作成します

その後、wamp をアンインストールして、同じ場所にデータを再インストールします。と置き換えれば大丈夫です

しかし今日、移行後、mysqlが起動できなくなりました

2014-11-13 13:40:29 5196 [注意]プラグイン「FEDERATED」が無効になっています。
2014-11-13 13:40: 29 5196 [メモ] InnoDB: InnoDB メモリ ヒープは無効になっています
2014-11-13 13:40:29 5196 [メモ] InnoDB: ミューテックスと rw_locks は Windows 連動機能を使用します
2014- 11-13 13:40:29 5196 [注意] InnoDB: 圧縮テーブルは zlib 1.2.3 を使用します
2014-11-13 13:40:29 5196 [注意] InnoDB: CPU crc32 命令を使用しません
2014-11-13 13 :40:29 16e4 InnoDB: エラー: 一時ファイルを作成できません; エラー番号: 2
2014-11-13 13:40:29 5196 [エラー] プラグイン 'InnoDB' init 関数がエラーを返しました。
2014-11-13 13: 40:29 5196 [エラー] プラグイン 'InnoDB' ' をストレージ エンジンとして登録できませんでした。
2014-11-13 13:40:29 5196 [エラー] 不明またはサポートされていないストレージ エンジン: InnoDB
2014-11-13 13:40 :29 5196 [ERROR] Aborting

View いろいろ情報を集めた結果、大まかな方法​​を思いつき、dataディレクトリ内のdatabaseフォルダとibdata1以外のファイルを削除して再起動したら、無事でした。緑色のアイコンが表示され、mysqlが正常に起動しました。

*注意: ibdata1は削除しないように注意してください。情報を確認したところ、これはinnodb関連のデータが格納されている非常に重要なファイルであるとのことです

もちろん、女子ブロガーとして慎重な一面も当然持っています。 、なぜ彼女は他のものを削除したのですか? ファイルを開始できますか?

そして、移行プロセス中に、女の子はさまざまなテストを行いました。

1. Mysql は再起動後にのみ開始できます。 , しかし、navicat を使用してデータベースに接続します。その後、データテーブルを開くことができなくなり、データテーブルが存在しません (つまり、上記の ibdata1 に関連するデータ損失です)

2. データベースフォルダーと ibdata1 を置き換えます。以前にデータ ディレクトリにバックアップしたデータを再起動すると、mysql が起動できません

3 ib_logfile0 と ib_logfile1 を削除して再起動すると、mysql が正常に起動し、接続データベースのデータ テーブル情報が復元されます