MySQLを別の新しいサーバに移行する場合は、ibdata1、ib_logfile0、ib_logfile1ファイルが必要ですか？

Question

MySQL 5.0を実行している既存のサーバーから5.6を実行している新しいサーバーにMySQLを移行しています。ソースデータベースはMyISAMとINNODBエンジンを使用しています。 innodb_file_per_tableパラメータが有効になっています。

すべてのユーザーデータベースデータファイルを移行元サーバーから移行先サーバーにコピーしました。 MySQLとPerformanceスキーマデータベースはコピーされません。

ibdata1、ib_logile0、ib_logfile1をコピーする必要があるかどうか分からない場合や、MySQL 5.6を初めてインストールしたときに宛先サーバですでに作成されているデフォルトのものを使用するだけでよいですか？

私は、mysqldumpを使ってバイナリダンプの代わりにコピーして、データベースを4TBで巨大に復元する必要があります。私はソースDBのための長いダウンタイムを持っていないし、mysqldumpはテーブルをコピーより長くロックします。

Answer 1

ib_logile0、ib_logfile1は削除できますが、ibdata1は削除できません。 ibdata1ファイルには、ib_logile *にログが含まれているinnodbデータが含まれています。

また、メジャーリリース間の対処データファイルが推奨されるかどうかMySqlのマニュアルをチェックしてください。構造的にいくつかの違いがあるので、ダンプを取って復元することができればよいと思います。このようにして、データの問題が発生する可能性があります。

Answer 2

あなたはそれがどのかもしれない仕事、5.0から5.6へのアップグレードを直接実際にはあるが、はがサポートされていないため、かなりの専門知識が必要高度な操作を、考えています。

各メジャーリリースをアップグレードするには、5.0から5.1から5.5から5.6までのアップグレードが推奨されます。

https://dev.mysql.com/doc/refman/5.6/en/upgrading.html

はい、あなたはまた、ib_log *ファイルにだけでなく、互換性のある設定とのmy.cnfを保持する必要があり、システム表領域（ibdata1と）が必要と矛盾した状態にサーバーを避けるためにこれらのログファイルを使用します。

ダンプとリロードはバイナリ（ファイルコピー）の移行よりも優れていますが、バージョン間の構造的な変更により、手動で "mysql"スキーマを処理する必要があります。 5.0ダンプを5.6サーバーに直接ロードすると、ダンプファイルをロードした後すぐにmysql_upgradeを実行してシステムテーブルを最新の状態にすると、5.0ダンプを新しいサーバーにロードすると、それらが変更されるため、

注意して進んでください。