バックアップの基本概念の紹介

I、バックアップタイプ

ここでは、3つのフル・バックアップについて説明します.
ホットスペア

オンラインバックアップ

はアプリケーションにほとんど影響しません(アプリケーションの読み書きはブロックされませんが、パフォーマンスは低下しますので、できるだけメインでバックアップをしないで、ライブラリから)

.
コールドバック

データファイルのバックアップ、ダウンタイム

が必要

datadirディレクトリの下にあるすべてのファイル

をバックアップ
このディレクトリだけコピーしてもいいですか?実際のundo、redo、binlogは異なるディレクトリを構成することができ、datadirの下にない可能性があります.
特殊な状況:

create table zz(a int) data directory = '/tmp/'

この状況があったらどうしますか?バックアップ時に各テーブルのdata directoryを解析しますか?だからこれで時計を作るのはお勧めしません
tips:redo、undo、binlogはhddの上で、データはssdを置きますか?
いいえ、今ssdはとても安くて、順序性も悪くなくて、3、4枚の皿はraidをするのはとても良くて、分ける必要はありません
っていうか、クーラーのチャンスが少ないので、ストップして、納得できない
温調(warm backup)

myisamのバックアップ(myisamはホットスペアをサポートしていません)について、バックアップ時にインスタンスは読み取り専用で書き込み不可

です.

は応用に大きな影響を及ぼす

通常1つのリードロック

を追加する

Ⅱ、MySQLホットスペア

ibbackup

オフィシャルバックアップツール

有料

物理バックアップ

xtrabackup

オープンソースコミュニティバックアップツール

オープンソースは無料で、上のものの無料バージョン(古いバージョンに問題があり、バックアップされたデータに問題がある可能性があります)

物理バックアップ

mysqldump

公式付属バックアップツールオープンソース無料

論理バックアップ(低速)

dmlをブロックせず、ddl

をブロックする

Ⅲ、論理バックアップvs物理バックアップ

-
ろんり
物理的
バックアップ方式
データベースの論理コンテンツのバックアップ
データベース物理ファイルのバックアップ
メリット
バックアップ・ファイルは比較的小さく、テーブル内のデータと構造のみをバックアップします.
リカバリ速度が比較的速い(物理ファイルのリカバリはほぼ完了)
欠点
リカバリ速度が遅い(インデックスの再構築、ストレージ・プロシージャなどが必要)
バックアップ・ファイルが比較的大きい(データとインデックス、フラグメントを含むバックアップ・テーブル領域)
ビジネスへの影響
バッファプール汚染(すべてのデータを一度読み、bpに読む)、I/O負荷が増大
I/O負荷増大
代表ツール
mysqldump
ibbackup、xtrabackup
tips:一般的にバックアップ方式を以下の次元から考える

バックアップ速度

回復速度

バックアップサイズ

業務への影響