このセクションでは,MySQL企业备份製品によるリストア操作のパフォーマンスの考慮事項について説明します。このサブジェクトは,次の理由で,バックアップパフォーマンスの議論と別に,独自のセクションに値するほど重要です。
リストア操作は,バックアップ方法の違いによってきわめて大きく異なる傾向があるバックアップとリストアサイクルのフェーズです。たとえば,, mysqldumpを使用したバックアップパフォ,マンスが許容できても,, mysqldumpでは一般にリストア操作にMySQL企业备份よりはるかに時間がかかります。
リストア操作は多くの場合,アプリケーションやWebサイトの停止時間を最小にすることがきわめて重要である緊急時に実行されます。
リストア操作は,常にデ,タベ,スサ,バ,がシャットダウンした状態で実行されます。
リストア操作は,ファイルを転送する場合のI / Oとネットワーク速度,およびデータを圧縮解除する場合のCPU速度,プロセッサコアなどの低レベルの考慮事項におもに依存します。
リストアジョブに指定できるオプションの組み合わせにいては,セクション5.1.1.3“既存のバックアップのリストア”を参照してください。
さまざまなクラスのバックアップデ,タのリストア
部分バックアップのリストアは,物理的にコピーするデータが少ないため,フルバックアップのリストアより時間がかかりません。部分バックアップの作成にいては,セクション5.1.9“部分バックアップとリストアオプション”を参照してください。
圧縮バックアップのリストアは,データの圧縮解除に必要な時間が,一般にネットワーク経由で転送されるデータが少ないことによって節約される時間より大きくなるため,非圧縮バックアップのリストアより時間がかかります。バックアップをリストアする前に,ストレージを再整理して,バックアップを圧縮解除するための十分な領域を解放する必要がある場合,必要な合計時間の見積もりに,その管理作業を含めます。緊急時に,バックアップデータをリストアする前に圧縮解除するために必要な時間が許容できないことがあります。データベースサーバーに圧縮されたバックアップと圧縮解除後のデータの両方を保持するための十分な空き領域がない場合。そのため,データが重要であるほど,圧縮を使用しないことを選択して,リストアプロセスが可能な限り高速で信頼性が高くなるように,低速で大規模なバックアップを許容することも考えられます。圧縮バックアップの作成にいては,セクション5.1.7“圧縮オプション”を参照してください。
単一ファイルバックアップをリストアするためのアンパックプロセスは,一般に実効速度や余分なストレージの点で,コストがかかりません。各ファルは,その最終の宛先に直接アンパックされ,個別にコピされた場合と同じです。そのため,単一ファイルバックアップを使用することで,バックアップを大幅に高速化したり,そのストレージ要件を削減したりできる場合,それは一般にリストア時間とのトレードオフが発生しません。単一ファ化学键ルバックアップの作成に化学键いては,セクション5.1.1.5 "単一ファルバックアップの操作"を参照してください。
Apply-Logフェ,ズ
別個のマシンにバックアップデータを格納し,そのマシンがデータベースサーバーをホストするマシンほどビジーでない場合,一部の後処理の作業(运用原木フェ,ズ)をその別個のマシンにオフロ,ドできます。セクション5.1.1.2 "既存のバックアップデ,タのapply-log操作"
初期バックアップ後すぐに运用原木フェーズを実行する(リストアを高速にする)か,またはリストア直前まで延期する(バックアップを高速にする)かには,常にパフォーマンスのトレードオフがあります。緊急時に,リストアパフォ,マンスはもっとも重要な考慮事項です。そのため,データが重要であるほど,运用原木フェーズをバックアップ直後に実行することが重要になります。backup-and-apply-log
オプションを指定して,同じサーバーでバックアップフェーズと运用原木フェーズを組み合わせるか,または高速の初期バックアップを実行し,バックアップデータを別のサーバーに転送してから,セクション5.1.1.2 "既存のバックアップデ,タのapply-log操作"のいずれかのオプションを使用して,apply-logフェ,ズを実行します。
セクション5.1.1.2 "既存のバックアップデ,タのapply-log操作"
ネットワ,クパフォ,マンス
データ処理操作で,データベースとの通信にUnixソケットの方がTCP / IPより高速であるという伝統的なアドバイスをご存知かもしれません。mysqlbackupコマンドはオプション——= tcp协议
、——协议=套接字
,および——协议=管
をサポートしていますが,これらのオプションはバックアップやリストアのパフォーマンスに重大な影響を与えません。これらのプロセスには,クライアント/サーバーネットワークトラフィックよりも,ファイルコピー操作がかかわります。——协议
オプションによって制御されるデ,タベ,ス通信は少量です。たとえば,mysqlbackupはデータベース接続経由でデータベースパラメータに関する情報を取得しますが,テーブルまたはインデックスデータは取得しません。
並列リストア
mysqlbackupコマンドは最新のマルチコアCPUおよびオペレーティングシステムスレッドを利用して,バックアップ操作を並列で実行できます。リストアプロセスのさまざまな側面に使用されるスレッド数を制御するオプションにいては,セクション5.1.11 "パフォ,マンス/スケ,ラビリティ,/容量オプション"を参照してください。リストア時に未使用のシステム容量があることがわかっている場合,これらのオプションの値を増加し,そうすることによって,リストアのパフォーマンスが向上するかどうかをテストすることを考慮してください。
RAIDストレージ構成を使用して,バックアップパフォーマンスをチューニングし,テストする場合,オプション設定
——read-threads=3——process-threads=6——write-threads=3
の組み合わせを考慮してください。組み合わせ——read-threads=1——process-threads=6——write-threads=1
と比較します。非RAIDストレージ構成を使用して,バックアップパフォーマンスをチューニングし,テストする場合,オプション設定
——read-threads=1——process-threads=6——write-threads=1
の組み合わせを考慮してください。3の「スレッド」オプションのいずれかの値を増やす場合は,
——limit-memory
オプションの値も増やして,追加のスレッドに,作業の実行に十分なメモリ,を与えます。CPUがあまりビジでない(80%未満のCPU利用率)場合は,
——流程线程
オプションの値を増やします。リストア元のストレージデバイス(ソースドライブ)でもっと多くのI / Oリクエストを処理できる場合は,
——read-threads
オプションの値を増やします。リストア先のストレージデバイス(宛先ドライブ)でもっと多くのI / Oリクエストを処理できる場合は,
——帖子的
オプションの値を増やします。
オペレ,ティングシステムに応じて,前、iostat、特别行政区、dtraceなどのコマンド,またはグラフィカルパフォ,マンスモニタ,を使用して,リソ,ス利用率を測定できます。システムiowait
値が約20%に達したら,読み取りまたは書き込みスレッドiowait
の数を増やさないでください。