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

注記

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

LTS バージョンの AutoMinorVersionUpgrade パラメータを true に設定しない (または AWS マネジメントコンソール の [マイナーバージョン自動アップグレード] を有効にしない) ことをお勧めします。これにより、DB クラスターが自動マイナーバージョンアップグレードキャンペーンの次のターゲットバージョンにアップグレードされる可能性があり、それは LTS バージョンではない場合があります。

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

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

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

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

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

改善点

以下のセキュリティの問題と CVE の修正:

このリリースには、次の 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 使用率を上昇させる問題を修正しました。

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

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

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

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

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

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

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

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

アップグレードと移行:

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

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

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

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

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