MySQL の新機能アーカイブの概要

angryTom
リリース: 2019-08-07 16:43:05
転載
2865 人が閲覧しました

MySQL の新機能アーカイブの概要

MySQL 8.0.17 がリリースされ、リリースノートを読んだところ、REDO ログのアーカイブ機能が期待どおりに復元されていることがわかりました。 「リカバリ」と呼ばれる理由は、非常に古いバージョンの InnoDB (MySQL 4.0.6 より前のバージョン) に存在し、後にキャンセルされたためです。当時、REDO ログ ミラーはまだサポートされており、古い MySQL DBA は、という印象はありましたが、この2つの機能は当時はあまり役に立たなかったので廃止されました。

提案チュートリアル:MySQL データベース入門ビデオ チュートリアル

## 今回、InnoDB は REDO ログ アーカイブ機能を再開します。開発チームにとって、それは主にバックアップの一貫性の問題を解決することです。

Backup utilities that copy redo log records may sometimes fail to keep pacewith redo log generation while a backup operation is in progress, resultingin lost redo log records due to those records being overwritten. The redolog archiving feature addresses this issue by sequentially writing redo logrecords to an archive file. Backup utilities can copy redo log records fromthe archive file as necessary, thereby avoiding the potential loss of data.
in lost redo log records due to those records being overwritten. The redo
log archiving feature addresses this issue by sequentially writing redo log
records to an archive file. Backup utilities can copy redo log records from
the archive file as necessary, thereby avoiding the potential loss of data.
ログイン後にコピー

要するに、

バックアップ速度が REDO ログの生成速度に追いつけず、その結果、REDO ログが上書きされ、バックアップが保証されないということです。一貫性## #。 REDO ログのアーカイブを使用すると、 バックアップの開始時に REDO ログ アーカイブを同期的に開始し、バックアップの終了時に REDO ログ アーカイブを同期的に停止できます。これにより、この問題を回避でき、 かつデータを使用できるようになります。バックアップ完了後、この期間中に生成されるデータ回復用の REDO ログ。 REDO ログ アーカイブ機能を有効にするには、

innodb_redo_log_archive_dirs

オプションを設定するだけです。このオプションは、オンラインでの動的変更をサポートできます。例: <div class="code" style="position:relative; padding:0px; margin:0px;"><pre class="brush:sql;toolbar:false">[root@yejr.me]&gt; SET GLOBAL innodb_redo_log_archive_dirs = &quot;redolog-archiving-for-backup:/data/mysql8-redologs/&quot;;</pre><div class="contentsignin">ログイン後にコピー</div></div>

/ data を指定します。 /mysql8-redologs/

このディレクトリは REDO ログ アーカイブ ストレージ パスとして使用され、ラベルは "redolog-archiving-for-backup" として指定されます。つまり、これが REDO ログです。バックアップ専用のアーカイブ保存ディレクトリです。 また、REDO ログに基づいて将来の物理レプリケーション用に別のディレクトリを指定することもできます (これはすぐには実装されないかもしれないと推測しています)。

[root@yejr.me]> SET GLOBAL innodb_redo_log_archive_dirs = "redolog-archiving-for-backup:/data/mysql8-redologs1/;redolog-archiving-for-repl:/data/mysql8-redologs2";
ログイン後にコピー

オプション

innodb_redo_log_archive_dirs

アーカイブ REDO ログの保存場所として複数のディレクトリを指定できます。ただし、このオプションにはいくつかの制限があります。 設定後、REDO ログのアーカイブを開始できます。

最初のパラメータは前に定義したラベルで、2 番目のパラメータはラベルに対応するディレクトリの下のサブディレクトリ (

"/data/mysql8-redologs/20190722"

) です。このような REDO ログ アーカイブ ファイルは、対応するディレクトリにあります。 <div class="code" style="position:relative; padding:0px; margin:0px;"><pre class="brush:sql;toolbar:false">[root@yejr.me]&gt; ls -l /data/mysql8-redologs/20190722-r--r-----. 1 mysql mysql 0 Jul 22 20:54 archive.f0ff5743-97be-11e9-a5d6-0050568bba82.000001.log</pre><div class="contentsignin">ログイン後にコピー</div></div> ファイル名によく含まれる文字列は、このインスタンスの UUID です。このときのファイルサイズは0バイトです。

別のセッションで sysbench oltp テストを開始します。 sysbench テストの実行後、REDO ログのアーカイブ作業を停止しました。

[root@yejr.me]> DO innodb_redo_log_archive_stop();Query OK, 0 rows affected (0.00 sec)
ログイン後にコピー

テスト前後の REDO ログ LSN の変更を次のように記録しました。

# 测试前的LSNLOG---Log sequence number          27938813989...# 测试后的LSNLOG---Log sequence number          27945024531
---
Log sequence number          27938813989
...

# 测试后的LSN
LOG
---
Log sequence number          27945024531
ログイン後にコピー

2 つの違いLSN は 6210542 バイトです。

次に、REDO ログ アーカイブ ファイルのサイズを確認します:

[root@yejr.me]> ls -l /data/mysql8-redologs/20190722-r--r-----. 1 mysql mysql 6213632 Jul 22 21:19 archive.f0ff5743-97be-11e9-a5d6-0050568bba82.000001.log
ログイン後にコピー

ファイル サイズは 6213632 バイトで、上記の 6210542 バイトと 3090 バイトしか違わないことがわかります。テストによって生成されるログは同等のサイズです。この REDO ログは、後でデータを回復するために使用できます (ただし、対応する公式ツールはまだ開発されていないため、様子見です)。

通常の状況では、REDO ログのアーカイブがパフォーマンス (順次書き込み) に及ぼす影響は比較的小さいです。多数の高度に同時トランザクションがあるシナリオでは、パフォーマンスへの影響が若干大きくなる可能性がありますが、心配する必要はありません。今後、機会があれば性能比較テストをしてみたいと思います。

出発前に Yueyue さんから、MySQL Enterprise Edition のバックアップ ツールはすでに REDO アーカイブを事前にサポートしていることを思い出しました。Percona Xtrabackup もできるだけ早くサポートしてほしいと願っています。

最後にもう一つ言わせてください。また、MySQL バージョン 8.0 以降は、ますます ORACLE に似てきていることに気づくでしょう。最も成功した商用データベースである ORACLE が目の前にあるので、MySQL の将来について心配しない理由は十分にあります。

以上がMySQL の新機能アーカイブの概要の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

関連ラベル:
ソース:csdn.net
このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
最新の問題
人気のチュートリアル
詳細>
最新のダウンロード
詳細>
ウェブエフェクト
公式サイト
サイト素材
フロントエンドテンプレート