かなり大きなデータベース（MyISAM / InnoDB）のMySQLバックアップを作成する最適な方法

現在、1つの強力なMySQLデータベースがあり、トラフィックの多いDjangoベースのWebサイトをいくつか実行しています。まともなサイズのeコマースWebサイトもいくつかあります。その結果、InnoDBとMyISAMテーブルの両方を使用するかなりの量の大規模なデータベースができました。

残念ながら、最近トラフィック量が原因で壁にぶつかったため、読み取り/バックアップを軽減するために別のマスターサーバーをセットアップしました。

現時点では、いくつかの引数を指定してmysqldumpを使用するだけで、今までは問題ないことがわかっています。明らかにmysqldumpは遅い高速な方法ですが、私たちはその使用法を超えています。私は今、良い代替案が必要であり、Maatkitsのmk-parallel-dumpユーティリティまたはLVMスナップショットソリューションの利用を検討しています。

簡潔な短いバージョン：

• バックアップが必要なかなり大きなMySQLデータベースがあります
• mysqldumpを使用する現在の方法は非効率的で遅い（問題の原因）
• mk-parallel-dumpやLVMスナップショットなどを調べる

あらゆる推奨事項やアイデアをいただければ幸いです-私たちがやっていることをやり直さなければならないので、私はむしろそれを適切に/最も効率的に行っています:)

私はMySQLレプリケーションと毎晩のtarballで成功しました。小さいdb、mysqlデータベース、およびスキーマでは、mysqlhotcopyとmysqldumpを使用するように設計されたスクリプトの組み合わせを使用します。

InnoDB ホットバックアップは優れた商用製品ですが、同じデータベース内の混合テーブルをどのように処理するのかわかりません。XtraBackupに対するpQdの推奨は、これと比較するとよいでしょう。

LVMスナップショットのようなものもあり、それは間違いなく検討すべきことだと思います。最終的には、ソリューションの組み合わせがおそらく最善でしょう。

また、これは古いトピックです。High Performance MySQLの本、MySQLのマニュアル、および以前のServerFaultの質問の間では、これは一般的には使い尽くされています。見る：

• InnoDBのmysqlhotcopyに相当するものはありますか？
• MySQLサーバーのバックアップ
• 通常、データベースはどのようにバックアップしますか？

xtrabackup-少なくともinnodbの場合。

この問題を解決する最も一般的な方法は、同じマシン上にある別のMySQLサーバーをセットアップし、マスター/スレーブレプリケーションを実行することです。その後、マスターに影響を与えることなく、スレーブでバックアップを実行できます。

EC2 EBSでは、現在xfs_freezeを使用しています。ある時点でxtrabackupへの切り替えを検討していますが、最初のテストを実行したとき、CPUに非常に多くの負荷がかかりました。

アプリケーション間で共有されているデータベースのレプリケーションを実行している場合、データベースサーバーをアプリ専用にすることで、バックアップを含む多くのもののパフォーマンスを向上できるかどうかは明らかです。共有されるまで、共有されていません。

MyISAMテーブルをレガシーな理由でのみ保持している場合（変更を気にしていません）、これを簡単に修正するために以下を使用します。

    mysql -u root --password=<password> --database=db_name -B -N -e "SHOW TABLES" | awk '!/not_this_db/ && !/or_this_one/ && /^[a-z]/ {print "ALTER TABLE", $1, "ENGINE=INNODB;"}' | mysql -u root --password=<password> --database=db_name

上記の例では、小文字で始まるdbsのみなど、awk正規表現を使用してデータベースを除外および含めることができます。もちろん、これは変更中にテーブルをロックします。

次に、xtrabackupを使用して、テーブルをロックしたり、過度のディスクIOを使用したりせずに、データベース全体を別のサーバーに直接コピーします（ssh rsaキーの設定後）。

innobackupex --throttle=500 --compress --stream=xbstream /doesntneedtoexist | ssh user@otherhost "xbstream -x -C /root/backup/"

次に、ログの適用手順を完全に分離して、運用サーバーのディスク領域、IO、およびCPUを節約できます。

Perconaのxtrabackupの使用方法