検索
ホームページデータベースmysql チュートリアルMySQL の新機能アーカイブの概要

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

Aug 07, 2019 pm 04:43 PM
mysqlアーカイブ

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

オプションを設定するだけです。このオプションは、オンラインでの動的変更をサポートできます。例: <pre class='brush:php;toolbar:false;'>[root@yejr.me]&gt; SET GLOBAL innodb_redo_log_archive_dirs = &quot;redolog-archiving-for-backup:/data/mysql8-redologs/&quot;;</pre>

/ 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 ログ アーカイブ ファイルは、対応するディレクトリにあります。 <pre class='brush:php;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> ファイル名によく含まれる文字列は、このインスタンスの 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で複製されています。侵害がある場合は、admin@php.cn までご連絡ください。
酸性の特性(原子性、一貫性、分離、耐久性)を説明します。酸性の特性(原子性、一貫性、分離、耐久性)を説明します。Apr 16, 2025 am 12:20 AM

酸性属性には、原子性、一貫性、分離、耐久性が含まれ、データベース設計の基礎です。 1.原子性は、トランザクションが完全に成功するか、完全に失敗することを保証します。 2.一貫性により、データベースがトランザクションの前後に一貫性を保証します。 3.分離により、トランザクションが互いに干渉しないようにします。 4.永続性により、トランザクションの提出後にデータが永久に保存されることが保証されます。

MySQL:データベース管理システムとプログラミング言語MySQL:データベース管理システムとプログラミング言語Apr 16, 2025 am 12:19 AM

MySQLは、データベース管理システム(DBMS)であるだけでなく、プログラミング言語にも密接に関連しています。 1)DBMSとして、MySQLはデータを保存、整理、取得するために使用され、インデックスを最適化するとクエリのパフォーマンスが向上する可能性があります。 2)SQLとPythonに埋め込まれたプログラミング言語とSQLalchemyなどのORMツールを使用すると、操作を簡素化できます。 3)パフォーマンスの最適化には、インデックス、クエリ、キャッシュ、ライブラリ、テーブル分割、およびトランザクション管理が含まれます。

MySQL:SQLコマンドでデータの管理MySQL:SQLコマンドでデータの管理Apr 16, 2025 am 12:19 AM

MySQLはSQLコマンドを使用してデータを管理します。 1.基本コマンドには、select、挿入、更新、削除が含まれます。 2。高度な使用には、参加、サブクエリ、および集計関数が含まれます。 3.一般的なエラーには、構文、ロジック、パフォーマンスの問題が含まれます。 4。最適化のヒントには、インデックスの使用、Select*の回避、制限の使用が含まれます。

MySQLの目的:データを効果的に保存および管理しますMySQLの目的:データを効果的に保存および管理しますApr 16, 2025 am 12:16 AM

MySQLは、データの保存と管理に適した効率的なリレーショナルデータベース管理システムです。その利点には、高性能クエリ、柔軟なトランザクション処理、豊富なデータ型が含まれます。実際のアプリケーションでは、MySQLはeコマースプラットフォーム、ソーシャルネットワーク、コンテンツ管理システムでよく使用されますが、パフォーマンスの最適化、データセキュリティ、スケーラビリティに注意を払う必要があります。

SQLとMySQL:関係を理解するSQLとMySQL:関係を理解するApr 16, 2025 am 12:14 AM

SQLとMySQLの関係は、標準言語と特定の実装との関係です。 1.SQLは、リレーショナルデータベースの管理と操作に使用される標準言語であり、データの追加、削除、変更、クエリを可能にします。 2.MYSQLは、SQLを運用言語として使用し、効率的なデータストレージと管理を提供する特定のデータベース管理システムです。

Innodb Redoログの役割を説明し、ログを元に戻します。Innodb Redoログの役割を説明し、ログを元に戻します。Apr 15, 2025 am 12:16 AM

INNODBは、レドログと非論的なものを使用して、データの一貫性と信頼性を確保しています。 1.レドログは、クラッシュの回復とトランザクションの持続性を確保するために、データページの変更を記録します。 2.Undologsは、元のデータ値を記録し、トランザクションロールバックとMVCCをサポートします。

説明出力(タイプ、キー、行、追加)で探す重要なメトリックは何ですか?説明出力(タイプ、キー、行、追加)で探す重要なメトリックは何ですか?Apr 15, 2025 am 12:15 AM

説明コマンドのキーメトリックには、タイプ、キー、行、および追加が含まれます。 1)タイプは、クエリのアクセスタイプを反映しています。値が高いほど、constなどの効率が高くなります。 2)キーは使用されているインデックスを表示し、nullはインデックスがないことを示します。 3)行はスキャンされた行の数を推定し、クエリのパフォーマンスに影響します。 4)追加の情報を最適化する必要があるというFilesortプロンプトを使用するなど、追加情報を提供します。

説明の一時的なステータスを使用し、それを回避する方法は何ですか?説明の一時的なステータスを使用し、それを回避する方法は何ですか?Apr 15, 2025 am 12:14 AM

Temporaryを使用すると、MySQLクエリに一時テーブルを作成する必要があることが示されています。これは、異なる列、またはインデックスされていない列を使用して順番に一般的に見られます。インデックスの発生を回避し、クエリを書き直し、クエリのパフォーマンスを改善できます。具体的には、expliect出力に使用を使用する場合、MySQLがクエリを処理するために一時テーブルを作成する必要があることを意味します。これは通常、次の場合に発生します。1)個別またはグループビーを使用する場合の重複排除またはグループ化。 2)Orderbyに非インデックス列が含まれているときに並べ替えます。 3)複雑なサブクエリを使用するか、操作に参加します。最適化方法には以下が含まれます。1)OrderbyとGroupB

See all articles

ホットAIツール

Undresser.AI Undress

Undresser.AI Undress

リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover

AI Clothes Remover

写真から衣服を削除するオンライン AI ツール。

Undress AI Tool

Undress AI Tool

脱衣画像を無料で

Clothoff.io

Clothoff.io

AI衣類リムーバー

AI Hentai Generator

AI Hentai Generator

AIヘンタイを無料で生成します。

ホットツール

Dreamweaver Mac版

Dreamweaver Mac版

ビジュアル Web 開発ツール

EditPlus 中国語クラック版

EditPlus 中国語クラック版

サイズが小さく、構文の強調表示、コード プロンプト機能はサポートされていません

AtomエディタMac版ダウンロード

AtomエディタMac版ダウンロード

最も人気のあるオープンソースエディター

VSCode Windows 64 ビットのダウンロード

VSCode Windows 64 ビットのダウンロード

Microsoft によって発売された無料で強力な IDE エディター

SublimeText3 Mac版

SublimeText3 Mac版

神レベルのコード編集ソフト(SublimeText3)