Aurora MySQL データベースエンジンの更新 2024-03-15 (バージョン 3.04.2、MySQL 8.0.28 互換) - Amazon Aurora

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

Aurora MySQL データベースエンジンの更新 2024-03-15 (バージョン 3.04.2、MySQL 8.0.28 互換)

バージョン: 3.04.2

Aurora MySQL 3.04.2 は一般利用可能です。Aurora MySQL 3.04 バージョンは MySQL 8.0.28 と互換性があります。コミュニティで発生した変更の詳細については、MySQL 8.0 リリースノート」を参照してください。

Aurora MySQL バージョン 3 の新機能の詳細については、「Aurora MySQL バージョン 3 は MySQL 8.0 との互換性があります」を参照してください。Aurora MySQL バージョン 3 と Aurora MySQL バージョン 2 の違いについては、「Aurora MySQL バージョン 2 と Aurora MySQL バージョン 3 の比較」を参照してください。Aurora MySQL バージョン 3 と MySQL 8.0 コミュニティエディションの比較については、「Aurora MySQL バージョン 3 と MySQL 8.0 コミュニティエディションの比較」を参照してください。

注記

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

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

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

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

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

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

ご質問やご不明点がございましたら、 コミュニティフォーラムおよび AWS Support からAWS サポートを受けることができます。詳細については、「Amazon Aurora ユーザーガイド」の「Amazon Aurora DB クラスターのメンテナンス」を参照してください。

改良点

セキュリティの問題と CVEs。

このリリースには、次の CVE 修正が含まれています。

可用性の向上:

  • ライター DB インスタンスのワークロードが高い場合に、リードレプリカ DB インスタンスが正常に起動できない問題を修正しました。

  • Aurora ストレージと通信するコンポーネントの不具合により、Aurora MySQL ライター DB インスタンスがフェイルオーバーする問題を修正しました。この不具合は、ソフトウェア更新後の DB インスタンスと基盤となるストレージ間の通信の中断の結果として発生します。

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

  • データベースインスタンスの再起動中に、追加の再起動が発生する可能性がある問題を修正しました。

  • 監査ログ記録のスレッドが原因でロック競合が発生し、CPU 使用率が高くなり、クライアントアプリケーションがタイムアウトする問題を修正しました。

  • 大きなロールバックセグメントが初期化されているときに、Aurora MySQL データベースインスタンスがインスタンスの起動中に複数回再起動することがある問題を修正しました。

  • 集計関数を参照するクエリの実行中に DB インスタンスが再起動する問題を修正しました。

全般的な機能強化:

  • Aurora DB クラスターボリュームからのデータの読み取り中に一時的なネットワークの問題により、パラレルクエリが失敗する問題を修正しました。

  • ユーザーがクエリを中断したり、performance_schemaクエリのセッションタイムアウトを設定したりできない問題を修正しました。

  • カスタム SSL 証明書 (mysql.rds_import_binlog_ssl_material) を使用するように設定されたバイナリログ (binlog) レプリケーションが、レプリケーションインスタンスがホスト交換中に失敗することがある問題を修正しました。

  • 監査ログファイルの管理について、ログファイルにアクセスしてダウンロードやローテーションを行うのを妨げ、場合によっては CPU 使用率を上昇させる問題を修正しました。

  • スナップショットの復元、point-in-timeリカバリの実行、データベース内の多数のテーブルを含む DB クラスターのクローン作成の完了時間を短縮するために、AUTO_INCREMENTキーリカバリを最適化しました。

  • 一部のperformance_schemaテーブルを参照する SQL ステートメントが、コミュニティ MySQL から Aurora MySQL バージョン 3.04.0 および 3.04.1 に移行した後にこれらのテーブルが欠落しているため、エラーを返すことがある問題を修正しました。 MySQL

  • 2.11.* より前の Aurora MySQL バージョンからアップグレードすると、小さなリードレプリカインスタンスでレプリケーションの遅延が増加することがある問題を修正しました。

  • スナップショットの復元、バックトラック、またはデータベースのクローン作成オペレーション後に、降順インデックスを使用するAUTO_INCREMENT列に重複するキーエラーが発生する問題を修正しました。

  • DB インスタンスが再起動されるまでtable_open_cacheデータベースパラメータの変更が有効にならない問題を修正しました。

  • リーダー DB インスタンスが ERROR 1146 でテーブルを開くことができない問題を修正しました。この問題は、INPLACEアルゴリズムがライター DB インスタンスで使用されているときに、特定のタイプのオンラインデータ定義言語 (DDL) ステートメントを実行するときに発生します。

  • 内部モニタリングプロセスが重複するスケーリングリクエストを誤って送信した場合に、Aurora Serverless v2 のスケーリング中にインスタンスの再起動を回避するため、問題を修正しました。

  • 接続されたバイナリログ (binlog) コンシューマーが重複するバイナリログレプリケーションサーバー IDs。

アップグレードと移行:

  • Aurora MySQL バージョン 2 の InnoDB システムテーブルに既に削除されているテーブルスペースに孤立したエントリが存在するため、Aurora MySQL バージョン 3 へのメジャーバージョンアップグレードが失敗する問題を修正しました。 MySQL

MySQL Community Edition でのバグ修正の統合

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

  • キャッシュライン値が誤って計算され、Graviton ベースのインスタンスでのデータベースの再起動中に障害が発生する問題を修正しました。(コミュニティバグ修正 #35479763)

  • 複数の 、、または XOR条件を含む SELECT ステートメントをサブクエリとして持つストアドルーチンを繰り返し実行すると、過剰に消費されANDOR、仮想メモリが最終的に枯渇する可能性があります。(コミュニティバグ修正 #33852530)