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

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

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

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

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

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

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

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

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


ホットAIツール

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

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

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

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

人気の記事

ホットツール

Dreamweaver Mac版
ビジュアル Web 開発ツール

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

AtomエディタMac版ダウンロード
最も人気のあるオープンソースエディター

VSCode Windows 64 ビットのダウンロード
Microsoft によって発売された無料で強力な IDE エディター

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