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 Release Notes」を参照してください。

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

注記

このバージョンは、長期サポート (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 Blue/Green Deployments を使用して、現在利用可能な Aurora My バージョン 2 クラスターから Aurora My バージョン 3.04.2 クラスターへのインプレースアップグレード、スナップショットの復元、またはマネージドRDSブルー/グリーンアップグレードの開始を実行できます。SQL SQL

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

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

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

改良点

セキュリティの問題と を修正しましたCVEs。

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

可用性の向上:

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

  • Aurora ストレージと通信するコンポーネントの欠陥が原因で Aurora MySQL Writer DB インスタンスがフェイルオーバーする問題を修正しました。欠陥は、ソフトウェアの更新後に DB インスタンスと基盤となるストレージ間の通信が中断されたために発生します。

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

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

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

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

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

全般的な機能強化:

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

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

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

  • 監査ログファイルの管理に関連する問題を修正しました。これにより、ログファイルをダウンロードまたはローテーションできなくなり、場合によってはCPU使用量が増加する可能性があります。

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

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

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

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

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

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

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

  • 接続されたバイナリログ (binlog) コンシューマーが重複するバイナリログレプリケーションサーバー を使用している場合に、データベースが再起動する問題を修正しましたIDs。

アップグレードと移行:

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

MySQL Community Edition のバグ修正の統合

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

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

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