2 TBのデータを持つMySQLサーバ。

Question

2 TBのMySQLデータをバックアップする最良の戦略とデータバックアップをスケジュールする頻度はどれくらいですか？ 私はバックアップ戦略としてレプリケーションを使用していますが、それは良い方法ではありません。

注意：私はMySQLサーバを初めて使用しています。この質問は、非常に基本的で、古いusers.Butには適していないように聞こえるかもしれません。おかげさまで

Answer 1

サイズは、すべての操作がより長くかかるという点で最も重要です。それを回避することはありません。さもなければ、バックアップ戦略の多くは同じままです。

まず、レプリケーションはバックアップではありません。可用性とスケーラビリティのためです。レプリケーション（遅延スレーブ適用による）は、せいぜい1つのスナップショットです。悪い更新/削除/トランケートが複製されると、データはなくなります。

"ベストストラテジ"は、いくつかの要因によって異なります。
- 復元時間目標（復元する速度）。
- リカバリポイント目的（リストアする時点）。
- 多くの小さなデータベースですか？ 1つの2 TBデータベース？
- リソースにどれだけの費用を費やす必要がありますか。
- 1,3,7年などのデータを復元するための規制要件を満たしていますか。

ペルソナXtrabackupを使用した物理バックアップでは、すべてのデータベースの特定時点のスナップショットを取得できます。あなたのサーバー。 （myisamエンジンを使用している非トランザクションテーブルであることに注意してください）

mysqldumpを使用した論理バックアップは、バックアップが速く、小さくなり、圧縮率が向上する可能性がありますが、復元時にインデックスを作成する必要があります。

だから完璧な状況では、物理的および論理的な定期的なバックアップをとること。バイナリログ（https://www.percona.com/blog/2012/01/18/backing-up-binary-log-files-with-mysqlbinlog/）の連続バックアップを取る。スレーブが最新の状態であれば、マスタに影響を与えないようにバックアップを行うことができます。バックアップの頻度を決定し、バックアップを復元し、1週間のログを適用するのにかかる時間を測定します。あなたはあなたの "回復時間目標"を満たしましたか？いいえ、より頻繁なバックアップが必要です。 https://dev.mysql.com/doc/refman/5.7：

また、データベース:)