Percona XtraBackupは、オープンソースでポータブルな、無料で非ブロッキングのコマンドラインソフトウェアで、よく知られているXtraDBとInnoDBストレージエンジンのスタンドアロンバックアップソリューションとして機能します。自動バックアップ検証機能を備えており、他の類似製品よりも高い稼働時間を提供します。
このプログラムは、MySQLとMariaDBの両方のデータベースサーバーと完全に互換性があります。また、一般的なFacebookソーシャルネットワーキングサービスで増分バックアップに頻繁に使用されています。非常に大規模で負荷の高いデータベースをバックアップする際に現実の問題を解決するように設計されています。
機能の概要
主な機能には、データベースの中断を避けながらオンラインでバックアップを実行する機能、別のサーバーにストリーミングバックアップを実行する機能、増分バックアップを実行してディスクスペースとネットワーク帯域幅を節約できる機能があります。 >
Percona XtraBackupを使用すると、バックアップが確実に迅速に完了します。また、新しいレプリケーションスレーブを簡単に作成し、データとインデックスファイルの高度な分析を実行し、再起動せずにサーバ間で個々のテーブルを移動することもできます。これは、XtraDBのインポートが必要なタスクです。
このソフトウェアは、MySQL、MariaDB、MariaDB Galera Cluster、Percona Server、Percona XtraDB Clusterなど、さまざまなMySQLフレーバーをサポートしています。また、32ビットおよび64ビットハードウェア上で動作するすべてのGNU / Linuxオペレーティングシステムもサポートしています。
他にも、MyISAMバックアップ、完全圧縮バックアップ、増分圧縮バックアップ、高速増分バックアップ、アーカイブログとREDOログのみの増分バックアップ、並列ローカルバックアップ、コピーバック、適用ログ、圧縮、暗号化。
さらに、最先端のファイル同期、個別テーブルのエクスポート、FTWRL処理の強化、コンパクトバックアップ、ポイントインタイムリカバリサポート、オフラインバックアップ、クラウドのサポートのrsyncサポートも提供されていますバックアップ。
ボンネットと空室状況
Percona XtraBackupは、C、C ++、Perlプログラミング言語で書かれています。 Ubuntu、Debian、Red Hat Enterprise Linuxディストリビューション、およびユニバーサルバイナリとソースアーカイブ用のビルドされたバイナリパッケージとして配布されているコマンドラインソフトウェアです。
このリリース：
Percona XtraBackupは、特定のFTSページの準備段階でセグメンテーションを行います。バグ＃1460138を修正しました。
アップストリームバグ＃77226による依存性の欠如によるコンパイルエラーを修正しました。バグ＃1461129を修正しました。
Percona XtraBackup 2.2.8でバグ番号1403237を修正することによって導入された回帰によって、xtrabackupがアサーションを引き起こす誤ったオフセットからREDOログを読み取る可能性がありました。バグ＃1464608を修正しました。
初期化されていないcurrent_thdスレッドローカル変数を修正しました。これによりバグ＃1415191も完全に修正されました。バグ修正＃1467574。
Percona XtraBackup 2.2.11のリリース後、innobackupexはFLUSH TABLESをREAD LOCKで実行する前にFLASH TABLEを発行します。それはいくつかの状況でバックアップを助ける一方で、FLUSH TABLEがバイナリログに書き込まれることを意味します。 GTIDを有効にしたMariaDB 10.0では、スレーブでバックアップがとられたときに、このスレーブのGTIDが変更され、Percona XtraBackupは正しいGTIDをもう見なかった。バグ修正＃1466446（Julien Pivotto）。
Percona XtraBackupのRPMコンパイルには依然としてbzrが必要でした。バグ修正＃1466888（Julien Pivotto）。
Percona XtraBackup RPMをXB_VERSION_EXTRAオプションでコンパイルすると、不正なRPMバージョンが作成されます。バグ修正＃1467424（Julien Pivotto）。
REDOログが完全にコピーされなかった場合でも、Percona XtraBackupは正常に完了します。これは、バックアップが壊れていても成功したとみなされたことを意味します。バグ＃1470847を修正しました。
まれに、同じIDを持つ2つ以上の表領域がデータ・ディレクトリにある場合、xtrabackupは最初のものを字句順に選択します。これにより、正しい表が失われる可能性があります。バグ＃1475487を修正しました。
Percona XtraBackupにバイナリのrevision_idがありませんでした。バグ＃1394174を修正しました。
バージョン2.4.8の新機能：
Percona XtraBackupは、特定のFTSページの準備段階でセグメンテーションを行います。バグ＃1460138を修正しました。
アップストリームバグ＃77226による依存性の欠如によるコンパイルエラーを修正しました。バグ＃1461129を修正しました。
Percona XtraBackup 2.2.8でバグ番号1403237を修正することによって導入された回帰によって、xtrabackupがアサーションを引き起こす誤ったオフセットからREDOログを読み取る可能性がありました。バグ＃1464608を修正しました。
初期化されていないcurrent_thdスレッドローカル変数を修正しました。これによりバグ＃1415191も完全に修正されました。バグ修正＃1467574。
Percona XtraBackup 2.2.11のリリース後、innobackupexはFLUSH TABLESをREAD LOCKで実行する前にFLASH TABLEを発行します。それはいくつかの状況でバックアップを助ける一方で、FLUSH TABLEがバイナリログに書き込まれることを意味します。 GTIDを有効にしたMariaDB 10.0では、スレーブでバックアップがとられたときに、このスレーブのGTIDが変更され、Percona XtraBackupは正しいGTIDをもう見なかった。バグ修正＃1466446（Julien Pivotto）。
Percona XtraBackupのRPMコンパイルには依然としてbzrが必要でした。バグ修正＃1466888（Julien Pivotto）。
Percona XtraBackup RPMをXB_VERSION_EXTRAオプションでコンパイルすると、不正なRPMバージョンが作成されます。バグ修正＃1467424（Julien Pivotto）。
REDOログが完全にコピーされなかった場合でも、Percona XtraBackupは正常に完了します。これは、バックアップが壊れていても成功したとみなされたことを意味します。バグ＃1470847を修正しました。
まれに、同じIDを持つ2つ以上の表領域がデータ・ディレクトリにある場合、xtrabackupは最初のものを字句順に選択します。これにより、正しい表が失われる可能性があります。バグ＃1475487を修正しました。
Percona XtraBackupにバイナリのrevision_idがありませんでした。バグ＃1394174を修正しました。
バージョン2.4.7の新機能：
Percona XtraBackupは、特定のFTSページの準備段階でセグメンテーションを行います。バグ＃1460138を修正しました。
アップストリームバグ＃77226による依存性の欠如によるコンパイルエラーを修正しました。バグ＃1461129を修正しました。
Percona XtraBackup 2.2.8でバグ番号1403237を修正することによって導入された回帰によって、xtrabackupがアサーションを引き起こす誤ったオフセットからREDOログを読み取る可能性がありました。バグ＃1464608を修正しました。
初期化されていないcurrent_thdスレッドローカル変数を修正しました。これによりバグ＃1415191も完全に修正されました。バグ修正＃1467574。
Percona XtraBackup 2.2.11のリリース後、innobackupexはFLUSH TABLESをREAD LOCKで実行する前にFLASH TABLEを発行します。それはいくつかの状況でバックアップを助ける一方で、FLUSH TABLEがバイナリログに書き込まれることを意味します。 GTIDを有効にしたMariaDB 10.0では、スレーブでバックアップがとられたときに、このスレーブのGTIDが変更され、Percona XtraBackupは正しいGTIDをもう見なかった。バグ修正＃1466446（Julien Pivotto）。
Percona XtraBackupのRPMコンパイルには依然としてbzrが必要でした。バグ修正＃1466888（Julien Pivotto）。
Percona XtraBackup RPMをXB_VERSION_EXTRAオプションでコンパイルすると、不正なRPMバージョンが作成されます。バグ修正＃1467424（Julien Pivotto）。
REDOログが完全にコピーされなかった場合でも、Percona XtraBackupは正常に完了します。これは、バックアップが壊れていても成功したとみなされたことを意味します。バグ＃1470847を修正しました。
まれに、同じIDを持つ2つ以上の表領域がデータ・ディレクトリにある場合、xtrabackupは最初のものを字句順に選択します。これにより、正しい表が失われる可能性があります。バグ＃1475487を修正しました。
Percona XtraBackupにバイナリのrevision_idがありませんでした。バグ＃1394174を修正しました。
バージョン2.4.6の新機能：
Percona XtraBackupは、特定のFTSページの準備段階でセグメンテーションを行います。バグ＃1460138を修正しました。
アップストリームバグ＃77226による依存性の欠如によるコンパイルエラーを修正しました。バグ＃1461129を修正しました。
Percona XtraBackup 2.2.8でバグ番号1403237を修正することによって導入された回帰によって、xtrabackupがアサーションを引き起こす誤ったオフセットからREDOログを読み取る可能性がありました。バグ＃1464608を修正しました。
初期化されていないcurrent_thdスレッドローカル変数を修正しました。これによりバグ＃1415191も完全に修正されました。バグ修正＃1467574。
Percona XtraBackup 2.2.11のリリース後、innobackupexはFLUSH TABLESをREAD LOCKで実行する前にFLASH TABLEを発行します。それはいくつかの状況でバックアップを助ける一方で、FLUSH TABLEがバイナリログに書き込まれることを意味します。 GTIDを有効にしたMariaDB 10.0では、スレーブでバックアップがとられたときに、このスレーブのGTIDが変更され、Percona XtraBackupは正しいGTIDをもう見なかった。バグ修正＃1466446（Julien Pivotto）。
Percona XtraBackupのRPMコンパイルには依然としてbzrが必要でした。バグ修正＃1466888（Julien Pivotto）。
Percona XtraBackup RPMをXB_VERSION_EXTRAオプションでコンパイルすると、不正なRPMバージョンが作成されます。バグ修正＃1467424（Julien Pivotto）。
REDOログが完全にコピーされなかった場合でも、Percona XtraBackupは正常に完了します。これは、バックアップが壊れていても成功したとみなされたことを意味します。バグ＃1470847を修正しました。
まれに、同じIDを持つ2つ以上の表領域がデータ・ディレクトリにある場合、xtrabackupは最初のものを字句順に選択します。これにより、正しい表が失われる可能性があります。バグ＃1475487を修正しました。
Percona XtraBackupにバイナリのrevision_idがありませんでした。バグ＃1394174を修正しました。
バージョン2.4.3の新機能：
Percona XtraBackupは、特定のFTSページの準備段階でセグメンテーションを行います。バグ＃1460138を修正しました。
アップストリームバグ＃77226による依存性の欠如によるコンパイルエラーを修正しました。バグ＃1461129を修正しました。
Percona XtraBackup 2.2.8でバグ番号1403237を修正することによって導入された回帰によって、xtrabackupがアサーションを引き起こす誤ったオフセットからREDOログを読み取る可能性がありました。バグ＃1464608を修正しました。
初期化されていないcurrent_thdスレッドローカル変数を修正しました。これによりバグ＃1415191も完全に修正されました。バグ修正＃1467574。
Percona XtraBackup 2.2.11のリリース後、innobackupexはFLUSH TABLESをREAD LOCKで実行する前にFLASH TABLEを発行します。それはいくつかの状況でバックアップを助ける一方で、FLUSH TABLEがバイナリログに書き込まれることを意味します。 GTIDを有効にしたMariaDB 10.0では、スレーブでバックアップがとられたときに、このスレーブのGTIDが変更され、Percona XtraBackupは正しいGTIDをもう見なかった。バグ修正＃1466446（Julien Pivotto）。
Percona XtraBackupのRPMコンパイルには依然としてbzrが必要でした。バグ修正＃1466888（Julien Pivotto）。
Percona XtraBackup RPMをXB_VERSION_EXTRAオプションでコンパイルすると、不正なRPMバージョンが作成されます。バグ修正＃1467424（Julien Pivotto）。
REDOログが完全にコピーされなかった場合でも、Percona XtraBackupは正常に完了します。これは、バックアップが壊れていても成功したとみなされたことを意味します。バグ＃1470847を修正しました。
まれに、同じIDを持つ2つ以上の表領域がデータ・ディレクトリにある場合、xtrabackupは最初のものを字句順に選択します。これにより、正しい表が失われる可能性があります。バグ＃1475487を修正しました。
Percona XtraBackupにバイナリのrevision_idがありませんでした。バグ＃1394174を修正しました。
バージョン2.2.9の新機能：
Percona XtraBackup 2.1.2は、状態スナップショット転送を実行するときにハングします。バグ修正＃1182698。
バージョン2.2.8の新機能：
Percona XtraBackup 2.1.2は、状態スナップショット転送を実行するときにハングします。バグ修正＃1182698。
バージョン2.1.2の新機能：
修正されたバグ：
MySQLのコマンドラインクライアントを生成する代わりにPerlのDBD :: MySQLパッケージをサーバ通信に使用すると、innobackupex -galera-infoオプションが失敗する原因となる回帰が導入されました。バグ修正＃1180672。
xtrabackup_galera_infoのフォーマットに、wsrep_local_state_uuidとwsrep_last_committedの値の間に '：'セパレータがありませんでした。バグは＃1181222を修正しました。
innobackupexの自動バージョン検出が最新のPercona ServerおよびMySQL 5.1リリースで正常に動作せず、innobackupexが失敗する可能性があります。修正されたバグ＃1181092、＃1181099、および＃1180905。
innobackupex -slave-infoオプションを指定して複製スレーブではないサーバーをバックアップすると、innobackupexが致命的なエラーで失敗しました。このような場合、致命的なエラーを無視するinnobackupex -slave-infoに関する診断メッセージに置き換えました。バグ修正＃1180662。
サーバー上のwait_timeoutの値が低いと、バックアップ中にサーバーが接続を閉じる可能性があります。グローバルなwait_timeout値が低すぎるとサーバーが接続を閉じるのを防ぐために、サーバー上のwait_timeoutオプションの値を大きく設定することで修正されました。バグ修正＃1180922。
その他のバグ修正：バグ修正＃1177182。
バージョン2.0.7の新機能：
新機能：
このバージョンのPercona XtraBackupは、新しいMySQL 5.6の機能（GTID、リモート/トランスポータブル表領域、独立したUNDO表領域、5.6形式のバッファー・プール・ダンプ・ファイル）を完全にサポートしています。
Percona XtraBackupは、MySQL 5.6で導入されたInnoDB Buffer Pool Preloadingのサポートを実装しました。 MySQL 5.6以降では、バッファプールのダンプを生成してロードして、起動後のサーバウォームアップを高速化できます。この機能はPercona Serverのバッファプールのダンプ/リストアに似ています。 MySQL 5.6バッファプールダンプは、バックアップ段階でバックアップディレクトリにコピーされます。コピーバックステージ（復元）の間、データディレクトリにコピーされます。バックアップが復元された後、バッファー・プール・ダンプは、始動時または要求時に自動的にサーバーによってロードされます。
ログコピースレッドによって行われたチェックの間隔は、innobackupex -log-copy-intervalによって設定可能になりました。間隔を構成可能にすることで、トランザクションのログレコードがログコピースレッドによってコピーされる前に上書きされることによって発生するXtraBackupの失敗を防ぐことができるチェックの時間を短縮できます。
Percona XtraBackupオプションxtrabackup -exportは、MySQL 5.6で導入されたトランスポータブルテーブルスペースをサポートするようになりました。このオプションを使用すると、5.6形式のメタデータファイルを作成できます。このファイルは、MySQLおよびPercona Server 5.6のALTER TABLE IMPORT TABLESPACEでインポートできます（表のエクスポートとインポートのガイドを参照）。
修正されたバグ：
xtrabackup_56バイナリはrpmパッケージとdebパッケージに含まれていましたが、ソース.tar.gzパッケージには存在しませんでした。見つからないバイナリも.tar.gzに追加することで修正されました。バグ修正＃1158948。
間違ったSSLライブラリをリンクするために5.6のバックアップをとると、innobackupexがクラッシュする可能性があります。バグ修正＃1168540。
Percona XtraBackupは、パーティション化された表を使用して5.6バックアップを準備するときにクラッシュします。バグ修正＃1169169フル・バックアップとインクリメンタル・バックアップの間にドロップされた表はフル・バックアップ・ディレクトリに存在し、インクリメンタル・バックアップがマージされても削除されませんでした。インクリメンタルバックアップディレクトリにないテーブルに対応するファイルを削除することで修正されました。バグ修正＃856400。
Percona XtraBackupは、増分バックアップを適用した後、失効したxtrabackup_tmp *ファイルをdatadirに残します。バグ＃1079135を修正しました。
すべての警告が致命的になったときに、innobackupexで見つかった数の警告を修正しました。バグ修正＃1116177。
何千ものテーブルがあり、IOが遅い場合、XtraBackupはすべてのテーブルスペースを開くのに多くの時間を費やすことができます。最適化が実装され、XtraBackupは部分的なバックアップが取られているときに関連のない表領域をロードすることを避け、バックアップ処理を高速化しました。バグ＃1130145を修正しました。
Percona XtraBackupは、XtraBackupをクラッシュさせる原因となるログコピースレッド内のスレッドごとのデータを初期化しませんでした。バグ修正＃1166888。
パッケージの依存関係は抽象mysqlから実際の/ usr / bin / mysqlファイルに変更されました。これは、OracleのrpmパッケージがXtraBackup RPMに必要なMySQL依存関係を満たしていないためです。バグ1095972を修正しました。Percona XtraBackupは、ログファイルがソースサーバー上の4Gより大きい場合、MySQL 5.6バックアップを準備するときに失敗します。バグは＃1164979を修正しました。
MySQL 5.6での実装が異なるため、エラーメッセージはstderrに直接出力されませんでした。そのため、InnoDBのすべてのエラーや診断メッセージは、xtrabackup_56によって決して印刷されません。バグ修正＃1169971。
innobackupexは、ログをコピーするときにxtrabackupが失敗しても、READ LOCKのFLUSH TABLESで実行されます。ログコピーの失敗時にすぐにxtrabackupプロセスを終了することで修正されました。バグ修正＃1170806。
SQL_MODEがANSI_QUOTESに設定されていると、innobackupexは失敗します。バグは＃945161を修正しました。
* .ibd.metaのspace_idがないと、アサーションにつながります。アサーションをエラーメッセージに置き換えることで修正されました。バグ修正＃1112224。
innobackupexエラー出力の入力ミスを修正しました。バグ修正＃1157225。
ソースinnodb56からビルドする場合、targetにinnodb55のようにDTraceを無効にするオプションがありませんでした。 innodb56の-DENABLE_DTRACE = OFFビルドオプションを追加することで修正されました。バグ修正＃1169509。
innobackupexは、innodb_data_file_pathオプションを処理していないため、バックアップが失敗する可能性があります。バグ修正＃1169726。
DebianとLinuxバイナリの場合、リビジョンを含むべき--versionメッセージは "undefined"を表示していました。バグは＃1171721を修正しました。
xtrabackup.ccから冗長コードが削除されました。バグ修正＃1162765。
その他のバグ修正：バグ修正＃1158154、バグ修正＃1170340、バグ修正＃1088309、バグ修正＃1088307。
バージョン2.0.6の新機能：
新機能：
XtraBackupは、MySQL 5.6、Percona Server 5.6、MariaDB 10.0の基本的なサポートを実装しています。基本的なサポートとは、これらのバージョンがXtraBackupによって認識され、5.6固有の機能（GTID、リモート/トランスポータブル表領域、独立したUNDO表領域、5.6形式のバッファー・プール・ダンプ・ファイルなど）が使用されていない限り、 。
修正されたバグ：
サイズが1MB未満の個々のInnoDBテーブルスペースは、バックアップ準備操作で1MBに拡張されました。これにより、小さなInnoDBテーブルスペースが多数ある場合にディスク使用量が大幅に増加しました。バグ修正＃950334（Daniel Frett、Alexey Kopytov）。
アクセスできないdatadirサブディレクトリに対応するデータベースが警告またはエラーメッセージなしでXtraBackupによって無視されるという問題を修正しました。これは、InnoDBのコードが、オープンできなかったdatadirのサブディレクトリを黙って無視したために起こっていました。バグ修正＃664986（Alexey Kopytov）。
場合によっては、XtraBackupは、高いパラレルオプション値と低いinnodb_open_files値を持つ表領域のコピーに失敗する可能性があります。バグ修正＃870119（Alexey Kopytov）。
innobackupexは、表に依存しないバックアップのためのファイルごとの設定を追加しませんでした。 --exportオプションを使用すると、XtraBackupがinnodb_file_per_tableを自動的に有効にすることで修正されました。バグ修正＃930062（Alexey Kopytov）。
場合によっては、innodb_flush_method = O_DIRECTを使用してXtraBackupがバックアップ準備に失敗する可能性があります。バグ修正＃1055547（Alexey Kopytov）。
innobackupexは--tmpdirオプションをxtrabackupバイナリに渡さなかったため、サーバのtmpdirは常に一時ファイルとして使用されます。バグ修正＃1085099（Alexey Kopytov）。
XtraBackupは、認識できないサーバーバージョンのエラー報告を改善しました。バグ修正＃1087219（Alexey Kopytov）。
Perl Time :: HiResパッケージのrpm依存性がなくなり、innobackupexが最小限のCentOSインストールで失敗する問題を修正しました。バグ修正＃1121573（Alexey Bychko）。
innobackupexは--no-lockと--rsyncを併用すると失敗します。バグ修正＃1123335（セルゲイ・グルシチェンコ）。
バグ修正＃1055989では、実行後にxtrabackup_pidファイルを一時ディレクトリに残す回帰が導入されました。バグ修正＃1114955（Alexey Kopytov）。
不要なデバッグメッセージがXtraBackupの出力から削除されました。バグ修正＃1131084（Alexey Kopytov）。
その他のバグ修正：バグ修正＃1153334（Alexey Kopytov）、バグ修正＃1098498（Laurynas Biveinis）、バグ修正＃1132763（Laurynas Biveinis）、バグ修正＃1142229（Laurynas Biveinis）、バグ修正＃1130581（Laurynas Biveinis）。
バージョン2.0.5の新機能：
新機能：
新しいオプション--defaults-extra-fileが導入されました。このオプションは、標準のdefaults-fileの前に、デフォルトのMySQLオプションを読み込むための追加ファイルを指定します。専用バックアップユーザーのユーザーとパスワードの組み合わせを別の構成ファイルからロードして、crontabやシステムのどこかのスクリプトに格納しないようにすることができます。
修正されたバグ：
ストリーミングバックアップの場合、innobackupexはXtraBackupプロセスを再開し、UNLOCK TABLESを実行する前に終了するのを待ちます。これにより、データベースがFLUSH TABLES WITH READ LOCKで不必要にロックされました。 Innobackupexは、データベースのロックを解除するためにログのコピーが完了するまで待機するようになりました。バグ修正＃1055989（Alexey Kopytov）。
データディレクトリを参照するinnobackupexエラーメッセージが拡張され、エラーメッセージに記載されているデータディレクトリのパスが表示されます。バグ修正＃1089375（Hartmut Holzgraefe）。
パーティション化されたテーブルは、innobackupexの--databases、--include、--tables-fileオプション、XtraBackupの--tablesおよび--tables-fileオプションによって正しく処理されませんでした。フィルタリングを行う前に、パーティション接尾辞（#P＃...）を削除することで修正されました。バグ修正＃711166（Sergei Glushchenko）。
innobackupexの不必要な長いスリープ（）は、READ LOCKのFLUSH TABLESが長すぎます。 2秒のスリープ間隔を100ミリ秒に置き換えることで修正されました。バグ修正＃1095551（Sergei Glushchenko）。
innobackupexがクラッシュすると、xtrabackup_suspendedファイルがファイルシステム上に残ります。これによりinnobackupexは、XtraBackupが起動した瞬間に自身を中断し、XtraBackupが実際にサスペンドしたときに、innobackupexが終了するのを待って、サスペンドファイルを再削除せずに待機デッドロックにつながると考えることができます。 innobackupexが起動されたときに古いxtrabackup_suspendedファイルを削除することで修正されました。バグ修正＃1007446（George Ormond Lorch III）。
innobackupexはMariaDB 5.2とMariaDB 5.3を認識できません。 innobackupexでバージョンチェックを強化することで修正されました。バグ修正＃733665（Daniel van Eeden、Alexey Kopytov）。
その他のバグ修正：バグ修正＃924492（Alexey Kopytov）、バグ修正＃1097158（Alexey Kopytov）、バグ修正＃1081882（Alexey Kopytov）、バグ修正＃1096584（Alexey Kopytov）
バージョン1.6.7の新機能：
修正されたバグ：
xtrabackup_binaryは、ストリーミング時にtarアーカイブには含まれず、代わりに現在のディレクトリに書き込まれました。これにより、 - streamまたは--remote-hostオプションで作成されたバックアップを準備する際に、間違ったxtrabackupバイナリが使用される可能性があります。バグ修正＃723318と＃787988（スチュワートスミス）。
インクリメンタルバックアップの作成時にFLUSH TABLES WITH READ LOCKが使用されていなかったため、バックアッププロセス中にInnoDB以外のテーブルやDDLステートメントがテーブル上で更新された場合、バックアップが不一致になることがありました。バグ修正＃771981（Alexey Kopytov）。
innobackupexは、SHOW SLAVE STATUSからの応答をSHOW MASTER STATUSからの応答と混同したため、オプション--safe-slave-backupは不正なbinlog情報を生成していました。バグ修正＃977101（Alexey Kopytov）。
innodb_data_file_pathはbackup-my.cnfに書き込まれませんでしたが、これはXtraBackup 1.6.5で導入された回帰でした。バグ修正＃983685（セルゲイ・グルシュチェンコ）。
grep 2.10による偽のテストスイートの不具合を修正しました。バグ修正＃996483（Alexey Kopytov）。
innobackupexが--apply-logで実行されていたとき、バックアップディレクトリのbackup-my.cnfの代わりにサーバ設定ファイルから設定を読み込んでいました。バグ修正＃996493（Sergei Glushchenko）。
インクリメンタルバックアップを完全なものにマージするときにinnobackupexがファイルを間違ったディレクトリにコピーする可能性があります。バグ修正＃1002688（Alexey Kopytov）。
XtraBackupバイナリが--backupにファイル記述子を漏らしていました。これは、既存のファイル記述子を再利用することで修正され、リークは発生しませんでした。バグ修正＃713267（Alexey Kopytov）。
バージョン2.0.4の新機能：
修正されたバグ：
＃932623のバグ修正によりXtraBackup 2.0.2の回帰が導入され、initのパラメータ値がInnoDB内で使用されている値に正規化されなかったため、増分バックアップが失敗しました。バグを修正しました＃1062684（Sergei Glushchenko）。
＃932623のバグ修正により、XtraBackup 2.0.2で回帰が導入されました。これは、別の二重書き表領域をアカウントに取り込まなかったためです。バグ修正＃1066843（Sergei Glushchenko）。
XtraBackupは別のダブルライトバッファファイルを誤って処理していました。ダブルライトバッファのファイルパスがbackup-my.cnfに追加されず、復元後に準備ステージで作成されたものの代わりに古いdoublewriteバッファファイルが使用されました。バグを修正しました＃1068470（Sergei Glushchenko）。
XtraBackupは--innodb = forceオプションを受け付けるようになりました。以前はオプションが設定されていればエラーになりました。バグ修正＃528752（Laurynas Biveinis）。
Option safe-slave-backupが正しく動作しませんでした。バグ修正＃887803（Alexey Kopytov）。
safe-slave-backupオプションを使用してsafe-slave-backup-timeoutに達した場合、SQL_THREADは停止状態のまま残り、スレーブスレッドが遅れていました。これは、初期SQL_THREAD状態をチェックし、タイムアウト・エラーで終了する前に開始し、最初に実行されていた場合にのみSQL_THREADを開始することによって修正されました。バグ修正＃1037379（Alexey Kopytov）。
ファイルシステムがLinux AIOをサポートしていない場合、XtraBackupは--apply-logで失敗します。バグ修正＃1065561（Alexey Kopytov）。
XtraBackupバイナリは、my.cnfまたはコマンドラインオプションで指定されている場合、innodb_use_native_aioを無視します。バグ修正＃1068459（Alexey Kopytov）。
XtraBackupは、変数が設定されていなくても、innodb_file_io_threadsが非推奨になる準備段階で警告メッセージを表示します。バグ修正＃1068485（Alexey Kopytov）。
XtraBackup Galeraテストを同時に実行できるようになりました。バグ修正＃1077800（スチュワート・スミス）。
バージョン2.0.3の新機能：
新機能：
innobackupexは、ファイルをコピーするのに十分なディスク空き容量がない場合に、-copy-backの代わりに使用できる新しい-move-backオプションをサポートするようになりました。このオプションはバックアップファイルを削除するので、注意して使用する必要があります。
修正されたバグ：
innobackupex-1.5.1バイナリのシンボリックリンクは、旧バージョンのXtraBackupで壊れています。バグ修正＃1038198（Ignacio Nin）。
XtraBackup 2.0.2は下位互換性がなく、以前のバージョンで作成された増分バックアップが準備時に失敗する原因となりました。バグ修正＃1038127（Sergei Glushchenko）。
バグ＃1022562の修正により、増分バックアップが占有するディスク容量が5倍に増加する可能性のある回帰が導入されました。バグ修正＃1043762（Laurynas Biveinis）。
最後のフルまたはインクリメンタルと次のインクリメンタルバックアップの間に作成されたページサイズ16Kの圧縮された表領域の誤った処理を引き起こしたバグ＃932623の修正で回帰が導入されました。バグ修正＃1049174と＃1044398（Laurynas Biveinis）。
バージョン1.6.4の新機能：
Percona XtraBackupリリースの安定版1.6シリーズに対する重要なバグ修正が含まれています。
コメントが見つかりません