.myd および .frm ファイルから mysql データベースを復元する必要があります。そして、どこから始めればいいのかわからないので、ファイルのアクセス許可を維持しながらそれらをコピーしようとしましたが、他にどのような手順を実行する必要がありますか?
ib_logfile0、ib_logfile1、および ib_data ファイルと関係があるように感じます。しかし、何をすべきかわからない。
.myd および .frm ファイルから mysql データベースを復元する必要があります。そして、どこから始めればいいのかわからないので、ファイルのアクセス許可を維持しながらそれらをコピーしようとしましたが、他にどのような手順を実行する必要がありますか?
ib_logfile0、ib_logfile1、および ib_data ファイルと関係があるように感じます。しかし、何をすべきかわからない。
生の MySQL ファイルを処理してバックアップを行うべきではありません。そのようにして、データベースが破損するのは簡単です。バックアップ メディアへのファイルのコピーを開始するとどうなるかを考えてみましょう。コピーにはゼロ以外の時間がかかります。その間、データベースは、既にコピーした部分を含め、さまざまな場所に新しいデータを書き込む可能性があります。ここで、古いデータと新しいデータが混在する、変更されたファイルをコピーしています。この変更されたコピーは、ほぼ確実に破損しています。
代わりに、一貫性のあるバックアップを保証する mysqldump または mysqlhotcopy を使用する必要があります。
ただし、データベースが比較的静かで、きれいなバックアップ コピーを取得できた場合、復元する必要があるファイルは、復元するテーブルの種類によって異なります。ib*
InnoDBは、データベース/テーブル名に関係なく、すべてのデータをファイルに格納します。MyISAM は、データベース/テーブル名に従って名前が付けられたディレクトリ内のファイルを使用します。
バックアップ コピーを正しい場所にコピーしたら、MySQL を再起動する必要があります。これは、ファイルの元のコピーに引き続きアクセスするためです。