Aurora MySQL データベースエンジンの更新 2023-11-13 (バージョン 3.04.1、MySQL 8.0.28 と互換） - Amazon Aurora
改良点MySQL Community Edition バグ修正の統合

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

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)