MySQLクローンプラグインとXtrabackupの比較

最初にテストすることにしたのは、データのコピーをローカルに保存する場合に、両方がどのように機能するかです。 AWSとm5d.metalインスタンスを2つのNVMeSSDで使用し、ローカルコピーへのクローンを実行しました：

mysql> CLONE LOCAL DATA DIRECTORY='/mnt/clone/';

Query OK, 0 rows affected (2 min 39.77 sec)

次に、Xtrabackupをテストし、ローカルコピーを作成しました：

rm -rf /mnt/backup/ ; time xtrabackup --backup --target-dir=/mnt/backup/ --innodb-file-io-threads=8 --innodb-read-io-threads=8  --innodb-write-io-threads=8 --innodb-io-capacity=20000 --parallel=16

200120 13:12:28 completed OK!

real 2m38.407s

user 0m45.181s

sys 4m18.642s

ご覧のとおり、データのコピーに必要な時間は基本的に同じでした。どちらの場合も、制限はソフトウェアではなくハードウェアでした。

別のサーバーへのデータの転送は、両方のツールの最も一般的な使用例です。プロビジョニングまたは再構築するスレーブにすることができます。将来的にはバックアップになる可能性があります。クローンプラグインには現時点ではそのような機能はありませんが、将来的に誰かがバックアップツールとして使用できるようになると確信しています。どちらの場合もハードウェアがローカルバックアップの制限であることを考えると、ハードウェアはネットワークを介してデータを転送するための制限にもなります。設定に応じて、ネットワーク、ディスクI / O、CPUのいずれかになります。

I / Oを多用する操作では、CPUが最も一般的なボトルネックです。これにより、データセットサイズの削減とCPU使用率の一部を交換することが非常に一般的になります。あなたは圧縮を通してそれを達成することができます。オンザフライで実行する場合でも、同じ量のデータを読み取る必要がありますが、ネットワーク経由で送信するデータは（圧縮されているため）少なくなります。次に、それを解凍して書き留める必要があります。ファイル自体が圧縮されている可能性もあります。その場合、ディスクへの読み取り、転送、書き込みの量を減らすことができます。

Clone PluginとXtrabackupの両方にオンザフライ圧縮が付属しています（このビットを修正してくれたKenny Grypに感謝します）。クローンプラグインでは、デフォルトで無効になっているclone_enable_compressionを使用して有効にできます。 Xtrabackupは、外部ツールを利用してデータを圧縮することもできます。圧縮されたInnoDBテーブルの場合、外部圧縮はそれほど大きな違いをもたらさないため、ネットワーク帯域幅が制限要因である場合は、両方のツールが同じように実行される必要があります。

xtrabackup --backup --innodb-file-io-threads=8 --innodb-read-io-threads=8  --innodb-write-io-threads=8 --innodb-io-capacity=20000 --parallel=8 --stream=xbstream --target-dir=/mnt/backup/ | ssh [email protected] "xbstream -x -C /mnt/backup/"