2016-12-12 23 views
1

開発マシン上で実行されているローカルSQLサーバにインポートする必要がある200 + GBのmysqlダンプファイルがあります。私は 'mysql < db_backup.sql'アプローチを使用してナイーブなダンプリストアを試み、 'mysqlサーバがなくなった'というエラーになる前にデータベースの約85%を復元するように管理しました。これは5日間の地域で行われました。巨大なmysqldumpインポート

部分的にリストアされたDBをダンプファイルと比較して、どのテーブルがまだ保留中であるかを理解する方法があるかどうか、または巨大なダンプファイルから復元するための方法が少なくとも4倍。

アドバイスをいただければ幸いです。おかげさまで

+0

私はこの質問がhttp://dba.stackexchange.comに適していると思います。 –

答えて

0

私は同様の問題に直面していますが、情報量ははるかに少ないです(MBではなく、GBである)。私はBigDumpを試しています。これはクエリの内部コンテンツを分割しているため、リストア操作がタイムアウトしないようにしています(これがエラーの原因です - 'mysql server has been away away')。

しかし、ダンプの取得方法を制御できれば、エクスポートを復元して最適化するためにデータを分割することを検討します。大きなテーブルデータを別々のダンプに分割する方法があります。

また、すべての挿入は、いくつかの領域を節約するために、拡張挿入(複数の挿入値を持つ1つのINSERT)として定義できます。