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]> SET GLOBAL innodb_redo_log_archive_dirs = "redolog-archiving-for-backup:/data/mysql8-redologs/";</pre><div class="contentsignin">ログイン後にコピー</div></div>
このディレクトリは 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]> 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 サイトの他の関連記事を参照してください。