MySQLのDumpデータを爆速で復元したい

Question

ある別のMySQLサーバーからデータを移行する為Dumpし、そのDumpデータを他のMyDQLデータベース・サーバーに移しインポートしています。

しかし、４日間経過しますがまだインポートが終わっていません。

データ量は５０GBで、レコード数は３億くらいです。
インデックスも複数貼っていますので、その生成にも時間がかかっていると思います。

そこで質問なのですが、このインポート処理を爆速で終わらせたいのですが、何か良い方法はありますでしょうか？

CPUの使用率をみたら、MySQLが１２％であり、アイドルCPUが８０％以上あるので、できればCPUを１００％に近い形で使い切りインデックス作成処理を早く終わらせたいと思っています。

インポート元先共に同じ環境：
XEON-5
Memori:８GB
SSD
Windows Server
MySQL 5.6 MyiSAM

よろしくお願いいたします。

Comments

[CHERRY]

ディスクI/Oは、どれぐらいでしょうか？

[Razumerians]

デスクIOも２０％ほどです。何か制限でもかかっているのかとおもうくらいです。

[A.Ichi]

cpuでのお答えではありません、インデックスを削除してからdumpデータを出力し、新しいサーバーで再度取り込んだ後にインデックスを張りなおすと早なる場合が有ります。

[A.Ichi]

移行元のインデックスのドロップは難しいですよね、考えが足りませんでした。（失礼しました）

Answer 1

• 以下で使うSQL文の詳細オプションなどは、マニュアルで確認下さい。

---

ダンプをやり直せるのなら、通常のダンプファイルではなく、データを別個にファイルに書き出す方法が考えられます。LOAD DATA INFILEはINSERT INTOよりもすごく速いです (マニュアルには「20倍」などという記述が見えます)。

1. mysqldump --no-data ...でテーブルの定義だけダンプ。
2. SELECT * INTO OUTFILE ...で、テーブル毎のデータをファイルに保存。

リストアの際は、

1. テーブルの定義だけをリストア。
2. LOAD DATA INFILE ...でテーブル毎のデータをリストア。

また、LOAD DATA INFILE ...を実行する前にインデクスを使わないようにし、あとで作成することで、読み込みをより高速化できます。詳細はマニュアルを参照 (5.6日本語、5.5英語)。

なお、LOAD DATA INFILEの代わりにmysqlimportクライアントプログラムを使うこともできます。

Answer 2

key_buffer_sizeを調整すると速くなることがあるみたいですよ。
https://dev.mysql.com/doc/refman/5.6/ja/server-system-variables.html