Xtrabackupは、バックアップツールをMySQL8.0

MySQLの8.0の導入により、Perconaの同社はまた、元の2.4バージョンはまた、MySQLとPercona Serverの5.6と5.7のデータベースをサポートしていきますが、percona-xtrabackup-8.0を立ち上げました。

Percona XtraBackup 8.0は現在、8.0より前のバージョンはサポートされていないので、データ・ディクショナリ内のMySQL 8.0、REDOログおよび変更ログを元に戻すには、導入以前のバージョンと互換性がありませんので。

この記事の下に、元xtrabackup8.0大手レコードの古いバージョンを使用してとは異なり。

使用法:[xtrabackup [--defaults-ファイル=#] --backup | xtrabackup [--defaults-ファイル=#] --prepare] [OPTIONS]

DIR ---ターゲット   は、ターゲットディレクトリのディレクトリのバックアップをしたいです。ディレクトリが存在しない場合は、xtrabackupは、それを作成します。ディレクトリが存在しを行い、空の場合、xtrabackupが成功しますxtrabackupは、既存のファイルを上書きしません。オペレーティングシステムレベルのエラーになります、ファイルが存在します。

--backup             ターゲット・ディレクトリへのバックアップを取ります 

--prepare            バックアップ、バックアップ準備ができて上のMySQLサーバ上で起動するには、サーバーのバックアップの開始MySQLのバックアップを準備します。(同様innobackupex --applyログ)

--applyログのみ    これがより重要です。メインアプリケーションと増加機器、定期的なバックアップでは、データベースの一貫性を保つためにするために2つの操作を実行します。ログファイルからトランザクションがデータファイル、ロールバックコミットされていないトランザクションに提出されましたリプレイ。バックアップコミットされていないが、進行中である可能性があり、取引時に、彼らは次の増分バックアップに提出される可能性があるため、バックアップのための準備では、コミットされていないトランザクションのロールバックをスキップする必要があります。あなたは、ロールバックフェーズを防ぐために-applyログのみのオプションを使用する必要があります。

警告:ロールバック・フェーズを防ぐために-applyログのみのオプションを使用しない場合は、お使いの増分バックアップは役に立たないだろう。トランザクションがロールバックされた後、それがさらに増分バックアップに適用することはできません。

--compress  このオプションは、トランザクションログファイルとメタデータファイルを含む、すべてのデータを出力指定された圧縮アルゴリズムを使用してxtrabackup伝えます。現在、唯一サポートされているアルゴリズムはquicklzです。そして、--compress-スレッドが関連して使用されます。

セカンダリインデックスページをスキップすることにより、コンパクトなバックアップを作成--compact。

--compress-スレッド   このオプションは、データ圧縮のための並列xtrabackup内のワーカースレッドの数を指定します。1このオプションはデフォルトです。平行圧縮(圧縮スレッド)がコピーされ、並列ファイル(平行)を一緒に使用することができます。例えば、 -パラレル= 4 --compress --compress-スレッド= 2は、 4つのI / Oスレッド、及び2つの圧縮スレッドに転送するリードデータを作成します。

--copy-バック 元の位置に先立って、バックアップディレクトリ内のすべてのファイルをコピーします。あなたは空でないディレクトリの必須オプションを指定しない限り、そうでない場合は、このオプションでは、既存のファイルをコピーしません。DATADIRディレクトリを確保するためにそれを行うことは空であるとMariaDB Mariabackup同様のコピーバックの一つは、あなたは、新しいディレクトリを作成し、元のディレクトリ名を変更することができます。

--databasesデータベーステーブルのリストと、このオプションを指定するには、それはdatabase_name.table_nameとは、例えば、ライブラリ内のテストのsuテーブルをバックアップするサポートし、バックアップする必要があり、 - データベース= test.su.

同じ基本的な構文--databasesに基づいて、データベースの名前を除外するために--databasesは除外、データベースやテーブルをバックアップする必要はありません。その点を注意してください!このオプションは--databasesよりも優先されます。

--galera-情報  このオプションは、バックアップ、ローカル・ノードが含まれているxtrabackup_galera_infoファイルを作成します。Percona XtraDBクラスタのバックアップを実行するときのオプションを使用する必要があります。

--incremental  このオプションは、増分バックアップを作成xtrabackup伝えます。Xtrabackupそれは子プロセスに渡されます。このオプションを指定した後、あなたはまた、--incremental-LSNまたは--incremental-BASEDIRを指定することができます。両方のオプションが提供されていない場合は、デフォルトのオプションで- xtrabackupに渡された増分-basedirに、バックアップベースディレクトリ最初のタイムスタンプのバックアップディレクトリを設定します。同様の--incrementalオリジナルの古いバージョンでは

--slave-情報  レプリケートされたスレーブサーバをバックアップする場合、このオプションは便利です。これは、プライマリサーバのバイナリログの位置を表示します。また、メインコマンドの書き込みxtrabackup_slave_infoファイルとしてこの情報を変更します。サーバから、新しいマスターサーバーを設定するには、コマンドからこの問題に関するバックアップとCHANGEマスターサーバーを起動してxtrabackup_slave_infoに保存されたコマンドファイルの場所を記録したバイナリ。

フルバックアップ:

xtrabackup --defaults-ファイル=は/ etc / my.cnfの--user = 'xx' に--password = 'xx' に-S /tmp/mysql.sock --compress --compress-スレッド= 2 --backup  - ターゲット-DIR =は/ opt / mydump /

自己啓発qpress圧縮ツールをインストールするにはPercona圧縮モードの必要性。

yumをhttps://repo.percona.com/yum/percona-release-latest.noarch.rpmインストール   
yumをインストールqpress -yを

 

以下のようにあなたは、バックアップアウトの内容を見ることができます。

 

.Qpが読めない結末に基づいている、それは別の暗号化とみなすことができます。

減圧

BFのために `見つけます。-iname "* \ QP" `; DO qpress -d $ BF $(dirnameに$ BF)&&のrm -f $ BF。行われ

 

 

バックアップ時(このステップは、同様innobackupex --applyログで)増分データを回復

xtrabackup --prepare --target-DIR =は/ opt / mydump /

 

回復

 

①mysqldプロセスを閉じます

 

DATADIRディレクトリが空であることを確認②、あなたが他の場所で元のデータディレクトリのMVを置くことができます

 

③回復

#xtrabackup --defaults-ファイル=は/ etc / my.cnfの--copyバック--target-DIR =は/ opt / mydump /

 

④変更ディレクトリのプロパティ

chownコマンドのmysql:mysqlの-R /データ/ MySQLの

 

⑤mysqldプロセスを開始

増加した機器(最初のフルバックアップを作成します):

xtrabackup --backup --target-DIR =は/ opt / mydump

 

これに基づき、その後のバックアップでフルバックアップを実行します。

xtrabackup --backup --target-DIR =は/ opt /増分1 --incremental-BASEDIR =は/ opt / mydump

 

第2の装置による。

xtrabackup --backup --target-DIR =は/ opt /増分2 --incremental-BASEDIR =は/ opt /増分1

すべての機器を増加させるための準備の応用:

xtrabackup --prepare --apply-ログのみ--target-DIR =は/ opt / mydump --incremental-DIR =は/ opt /増分1

第二のアプリケーション機器は、(古いバージョンで同じ理由のために準備するように、この時間は、--applyログのみ追加しないでしょう)完全バックアップに増加しました。

xtrabackup --prepare --target-DIR =は/ opt / mydump --incremental-DIR =は/ opt /増分2

完全な回復プロセスと同じように準備します。

 

 

https://www.linuxidc.com/Linux/2016-08/134535.htm

https://www.percona.com/doc/percona-xtrabackup/2.4/howtos/recipes_ibkx_compressed.html

 

おすすめ

転載: www.cnblogs.com/guoweilf/p/12053173.html