Aurora MySQL データベースエンジンの更新 2023-11-13 (バージョン 3.04.1、MySQL 8.0.28 と互換) - Amazon Aurora

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

Aurora MySQL データベースエンジンの更新 2023-11-13 (バージョン 3.04.1、MySQL 8.0.28 と互換)

バージョン: 3.04.1

Aurora MySQL 3.04.1 は一般公開されています。Aurora MySQL 3.04 バージョンは My SQL8.0.28 と互換性があります。発生したコミュニティの変更の詳細については、「MySQL 8.0 リリースノート」を参照してください。

注記

このバージョンは、長期サポート (LTS) リリースとして指定されています。詳細については、「Amazon Aurora ユーザーガイド」の「Aurora MySQL 長期サポート (LTS) リリース」を参照してください。

LTS バージョンの AutoMinorVersionUpgradeパラメータを に設定しない true (または で Auto minor バージョンアップグレードを有効にする AWS Management Console) ことをお勧めします。これにより、DB クラスターが 3.05.2 などの非LTSバージョンにアップグレードされる可能性があります。

Aurora MySQL バージョン 3 の新機能の詳細については、「My 8.0 と互換性のある Aurora MySQL バージョン 3SQL」を参照してください。Aurora MySQL バージョン 3 と Aurora MySQL バージョン 2 の違いについては、「Aurora MySQL バージョン 2 と Aurora MySQL バージョン 3 の比較」を参照してください。Aurora MySQL バージョン 3 と MySQL 8.0 Community Edition の比較については、「Aurora MySQL バージョン 3 と MySQL 8.0 Community Edition の比較」を参照してください。

現在サポートされている Aurora MySQL リリースは、2.07.9、2.7.10、2.11.*、2.12.*、3.01.*、3.02.*、3.03.*、3.04.*、3.05.* です。

現在利用可能な Aurora MySQL バージョン 2 クラスターから Aurora My バージョン 3.04.1 クラスターへのSQL Amazon RDS Blue/Green Deployments を使用して、インプレースアップグレード、スナップショットの復元、またはマネージドブルー/グリーンアップグレードの開始を実行できます。

Aurora MySQL バージョン 3 へのアップグレードの計画については、「Amazon Aurora ユーザーガイド」の「Aurora MySQL バージョン 3 のアップグレード計画」を参照してください。Aurora MySQL のアップグレードに関する一般的な情報については、「Amazon Aurora ユーザーガイド」の「Amazon Aurora MySQL DB クラスターのアップグレード」を参照してください。

トラブルシューティングの詳細については、「Aurora MySQL バージョン 3 のアップグレード問題のトラブルシューティング」を参照してください。

質問や懸念がある場合は、コミュニティフォーラムおよび AWS サポート からAWS サポートを利用できます。詳細については、「Amazon Aurora ユーザーガイド」の「Amazon Aurora DB クラスターのメンテナンス」を参照してください。

改良点

可用性の向上:

  • 並列クエリを使用する Aurora MySQL データベースインスタンスが、多数の同時並列クエリを実行するときにデータベースが再起動する問題を修正しました。

  • バイナリログソースが gtid_modeONまたは に設定されている場合に、拡張バイナリログが有効になっているバイナリログ (バイナリログ) レプリカクラスターで実行されたGTIDセットが正しく復元されない問題を修正しましたON_PERMISSIVE。この問題により、レプリカクラスターのライターインスタンスが復旧中にさらに再起動したり、実行されたGTIDセットのクエリ時に誤った結果が発生する可能性があります。

  • 拡張バイナリログが有効になっている場合に空きメモリが減少し、Aurora MySQL データベースインスタンスの再起動またはフェイルオーバーが発生する可能性があるメモリ管理の問題を修正しました。

  • ライターインスタンスがデータベースボリュームを拡大させ、160 GB の倍数に達すると、リーダーインスタンスが再起動する問題を修正しました。

  • 拡張バイナリログ機能が有効になっている Aurora MySQL データベースインスタンスが、バイナリログリカバリプロセスの実行中にデータベースインスタンスの起動中に停止する問題を修正しました。

  • SHOW STATUS ステートメントと PURGE BINARY LOGS ステートメントを同時に実行すると、デッドラッチが原因でデータベースインスタンスが再起動する可能性がある問題を修正しました。purge binary logs は、ユーザーが設定したバイナリログの保持期間に従って実行されるマネージドステートメントです。

  • データベースが内部システムテーブルでトリガーを作成または削除しているときにライターインスタンスが再起動すると、データベースクラスターが使用できない状態になる問題を修正しました。

  • Aurora レプリカのあるクラスターで拡張バイナリログ機能を使用する場合、セマフォの待機時間が長くなり、データベースインスタンスが再起動する可能性がある問題を修正しました。

全般的な機能強化:

  • で拡張バイナリログが有効になっている場合にデータベースが使用できなくなる問題を修正しました Aurora Serverless v2 Aurora MySQL 3.04.0 で実行されているデータベースクラスター。

  • 拡張バイナリログ機能が有効になっているときに Aurora Storage に書き込む前に、未使用のストレージメタデータを削除しました。その結果、ネットワーク上で転送されるバイト数が増えて書き込み遅延が長くなり、データベースの再起動やフェイルオーバーが発生する特定のシナリオを回避できます。

  • アップグレード時または移行時に Aurora 固有のパフォーマンススキーマテーブルが作成されない問題を修正しました。

  • 拡張バイナリログが有効になっている場合、 のNumBinaryLogFilesメトリクスに誤った結果 CloudWatch が表示される問題を修正しました。

アップグレードと移行:

  • 1 つのデータベースに非常に多数のテーブルがある MySQL 5.7 から MySQL 8.0 にアップグレードすると、サーバーが過剰なメモリを消費する原因となりました。テーブルをアップグレードできるかどうかをチェックするプロセス中に、すべてのデータディクショナリTableオブジェクトを事前にフェッチし、それぞれを処理して名前を取得し、リストCHECK TABLE ... FOR UPGRADEで実行したことがわかりました。この場合、すべてのオブジェクトを事前に取得する必要はなく、そのせいでメモリ消費量に大きな影響が出ていました。この問題を解決するために、このような場合には、一度に 1 つずつ Table オブジェクトを取得し、必要なチェックをすべて実行して名前を取得し、オブジェクトを解放してから、次のオブジェクトに進むことにしました。(バグ #34526001)

MySQL Community Edition バグ修正の統合

このリリースには、以下を含め、8.0.28 までのコミュニティ版のバグ修正がすべて反映されています。詳細については、「Aurora MySQL 3.x データベースエンジンの更新」で修正された My bugsSQL「」を参照してください。

  • バックグラウンドTLS証明書のローテーションによりCPU使用率が高くなる可能性がある問題を修正しました (コミュニティバグ修正 #34284186)