MySQLデータバックアップ論理バックアップ-mysql チュートリアル-php.cn

データベース論理バックアップとはどのようなバックアップですか?

データベースが使用のためにデータを返すとき、データベースは、私たちが当初設計し予期していた特定の論理関連付け形式で、物理ストレージにデータを 1 つずつ表示することは誰もが知っています。データベースソフトのレベルでは、データベースソフトが設計した特定の形式に従って一定の処理を行った上で保存されます。

データベース論理バックアップとは、バックアップソフトウェアが、当初設計した論理関係に従ってデータベースの論理構造オブジェクトを単位として使用し、目的を達成するために、事前定義された論理関連付け形式に従って関連するテキストファイルを 1 つずつ生成することを意味します。バックアップが目的。

一般的に使用される論理バックアップ

論理バックアップは、中小規模のシステムで最も簡単で最も一般的に使用されるバックアップ方法であると言えます。 MySQL で一般的に使用される論理バックアップには、主に 2 つのタイプがあります。1 つは、現在のデータベース内のデータを完全に再現できる INSERT ステートメントを生成するもので、もう 1 つは、データを論理バックアップソフトウェアに渡してデータベーステーブルデータを特定するものです。文字ごとに区切ってテキストファイルに記録します。

1. INSERT ステートメントのバックアップを生成する

どちらの論理バックアップにも独自の長所と短所があり、対象とする使用シナリオが少し異なります。まず、INSERT ステートメントを生成する論理バックアップを見てみましょう。

MySQL データベースでは、通常、MySQL データベースソフトウェア独自のツールプログラムで mysqldump を使用して、INSERT ステートメントを要求する論理バックアップファイルを実現します。使用法は基本的に次のとおりです:

定義とデータのダンプ mysql データベースまたはテーブル

使用法: mysqldump [OPTIONS] データベース [テーブル]

OR mysqldump [OPTIONS] --databases [OPTIONS] DB1 [DB2 DB3...]

OR mysqldump [OPTIONS] --all-databases [OPTIONS]

mysqldump の使用は比較的簡単なので、必要な情報のほとんどは「mysqldump --help」を実行することで取得できます。ここでは、MySQL データベースのいくつかの概念と原則を組み合わせて、データベースの論理バックアップを実行するために mysqldump を使用するときにどのような技術があるのか、また何に注意する必要があるのかについて説明したいと思います。

データベースを使用するほとんどのソフトウェアや Web サイトでは、時々シャットダウンしてサービスの提供を停止する代わりに、データベースが可能な限り最高の可用性を提供できることを望んでいることは誰もが知っています。データベースがサービスを提供できなくなると、システムはデータにアクセスして一部の動的な機能を提供できなくなるためです。したがって、ほとんどのシステムでは、バックアップのたびにシャットダウンすることは受け入れられない可能性がありますが、mysqldump プログラムの実装原則は、指定したパラメーター情報とデータベース内のシステムテーブル情報を使用してテーブルを 1 つずつ作成することです。データを取得し、INSERT ステートメントを生成してバックアップファイルに書き込みます。これにより、システムの通常の動作中にデータ変更リクエストが実行され続ける可能性があり、mysqldump によってバックアップされたデータに不整合が生じる可能性があります。つまり、バックアップデータは同じ時点に存在しない可能性があり、整合性の制約さえ満たさない可能性があります。このようなバックアップセットは、一部のシステムでは大きな問題にならない場合がありますが、データの一貫性と整合性について厳しい要件がある一部のシステムでは、これは大きな問題であり、完全に無効なバックアップセットとなります。

そのようなシナリオではどうすればよいでしょうか?データベース内のデータに一貫性を持たせたい場合、それを実現できる状況は 2 つだけであることがわかっています。

まず、すべてのデータが同時に取り出されます。

次に、データベース内のデータは静的な状態になります。

最初の状況については、誰もが考えているはずです、これは可能ですか？どう考えても、テーブルが 2 つ以上ある限り、どのようにプログラムを書いても、昨夜同時に同じ番号を取得することは不可能です。確かに、従来の方法ではデータを取得する時点をまったく同じにすることはできませんが、同じトランザクション内で、データベースは読み取られるデータが同じ時点であることを保証できることを忘れないでください。したがって、Innodb や BDB などのトランザクションをサポートするストレージエンジンの場合、同じトランザクションでバックアッププロセス全体を制御して、バックアップデータの一貫性と整合性を実現できます。また、mysqldump プログラムは、関連するパラメータオプションも提供します。この機能は「--single-transaction」オプションによってサポートされます。これはデータベースの通常のサービスには影響しません。

2 番目のケースでは、誰もが最初に考えるのは、バックアップが必要なテーブルをロックして、読み取りのみを許可し、書き込みを許可しないことだと思います。はい、それが本当に私たちにできるすべてです。データベースはバックアッププロセス中にデータクエリサービスのみを提供し、書き込みサービスをロックするという妥協的な方法しか使用できません。これにより、データは一時的に変更されない一貫した状態になり、mysqldump がバックアッププロセスを完了するのを待ちます。バックアップを実行し、書き込みロックを解除し、完全なサービスを再開します。 mysqldump プログラム自体も、実行前にテーブルをロックし、実行後に自動的にロックを解放する「--lock-tables」や「--lock-all-tables」などの関連オプションも提供します。ここで注意すべき点は、「--lock-tables」はダンプする必要があるすべてのテーブルを一度にロックするのではなく、データベース内の複数の異なるテーブルをダンプする必要がある場合に一度に 1 つのデータベーステーブルのみをロックすることです。 , データの一貫した整合性を確保するには、「--lock-all-tables」を使用する必要があります。

mysqldump を通じて INSERT ステートメントの論理バックアップファイルを生成する場合、「--master-data[=value]」という非常に便利なオプションを使用できます。「--master-data=1」を追加すると、mysqldump は MySQL が現在使用している binlog ログの名前と場所をダンプファイルに記録します。これを使用するだけの場合は、CHANGE_MASTER ステートメントの形式で記録されます。「- -master-data」または「--masterdata=2」の場合、CHANGE_MASTER ステートメントはコメントの形式で存在します。このオプションは、スレーブのオンライン構築を実装する場合に非常に役立ちます。スレーブがオンラインで構築されていない場合でも、場合によっては、回復プロセス中にバックアップバイナリを通じてさらなる回復操作を実行できます。

一部のシナリオでは、いくつかの特別なデータを他のデータベースにエクスポートするだけですが、最初に一時テーブルを構築する必要はありません。mysqldump プログラムの "--where" を使用することもできます。 " ですが、テーブルを 1 つだけダンプする場合にのみ使用できます。実際、上記のヒントに加えて、mysqldump には、データベース構造作成スクリプトのみをダンプする「--no-data」の使用や、「--no」の使用など、さまざまなシナリオで誰もが使用できる他の多くの便利なオプションも用意されています。 - createinfo」は、ダンプファイルなどにテーブル構造を作成するコマンドを削除します。興味のある読者は、mysqldump プログラムの使用方法の詳細を読んで、自分でテストしてください。

2. 特定の形式でプレーンテキストバックアップデータファイルのバックアップを生成する

INSERT コマンドを生成して論理バックアップを生成することに加えて、別の方法を使用してデータベース内のデータを特定の区切り文字で区切って記録することもできます。テキストファイルを使用して論理バックアップの効果を実現します。このようなバックアップデータは、INSERT コマンドファイルと比較して、必要な記憶領域が小さく、データ形式が明確で、編集が容易です。ただし、複数のテーブルのバックアップデータを同じバックアップファイル内に存在させることができないことと、データベース構造を再構築するコマンドがないことが欠点です。バックアップセットには複数のファイルが必要で、私たちへの影響はファイルの増加によるメンテナンスと回復のコストの増加にすぎませんが、これらは基本的にいくつかの簡単なスクリプトを書くことで実現できます

それでは、一般的にどのような方法を使用して生成することができますか?バックアップセットファイルに関しては、実際には MySQL も対応する機能を実装しています。

MySQL では、カスタマイズ可能な区切り文字を含むプレーンテキストのバックアップファイルを取得するには、通常、次の 2 つの方法が使用されます。

1. SELECT ... TO OUTFILE FROM ... コマンドを実行することにより、

は SQL ステートメントを通じて特定のデータを指定された形式でテキストファイルに出力するように設計された MySQL の SELECT 構文を提供します。エクスポートされたファイルをそのままデータベースに簡単にインポートするための実用的なツールと関連コマンドも提供します。それはまさにバックアップに必要なものではないでしょうか?

このコマンドには、次のような注意が必要なパラメーターがいくつかあります。

「FIELDS ESCAPED BY ['name']」は、文字エスケープ関数を実装し、SQL ステートメントでエスケープする必要がある文字をエスケープします。「OPTIONALLY」を使用しない場合、「OPTIONALLY」を使用すると、数値型を含むすべてのタイプのデータが「ラップ」されます。数値型データは指定された文字で「ラップ」されません。

「FIELDS TERMINATED BY」を通じて各 2 つのフィールド間の区切り文字を設定できます。

「LINES TERMINATED BY」は、各レコードの末尾に追加する必要がある文字を MySQL 出力ファイルに伝えます。

例:

root@localhost : test 10:02:02> SELECT * INTO OUTFILE '/tmp/dump.text'

-> フィールドは ',' で終了し、オプションで '"' で囲まれます

- > LINES TERMINATED BY 'n'

-> FROM test_outfile 制限 100;

クエリ OK、100 行が影響を受けました (0.00 秒)

root@localhost : test 10:02:11> exit

Bye

@sky:/tmp#猫ダンプ.text

350021,21,"A","abcd"

350022,22,"B","abcd"

350023,23,"C","abcd"

350024,24,"D","abcd"

350025,25,"A","abcd"

... ...

2. mysqldump を介してエクスポートする

おそらく、mysqldump がエクスポートできることは誰もが知っています。データベース内のデータは、INSERT ステートメントの形式で関連するバックアップファイルを生成します。実際、mysqldump は、INSERT ステートメントの生成に加えて、上記の「SELECT ... TOOUTFILE FROM ...」によって実装される関数も実装できます。データベース構造に対応する関連する作成スクリプトを生成します。

例:

root@sky:~# ls -l /tmp/mysqldump

total 0

root@sky:~# mysqldump -uroot -T/tmp/mysqldump test test_outfile --fieldsenclosed-by= " --fields-terminated-by=,

root@sky:~# ls -l /tmp/mysqldump

total 8

-rw-r--r-- 1 root root 1346 2008-10-14 22 : 18 test_outfile.sql

-rw-rw-rw- 1 mysql mysql 2521 2008-10-14 22:18 test_outfile.txt

root@sky:~# cat /tmp/mysqldump/test_outfile.txt

350021, 21 ,"A","abcd"

350022,22,"B","abcd"

350023,23,"C","abcd"