Aurora MySQL 8.4.7、2026 年 5 月 21 日

バージョン: 8.4.7

Aurora MySQL のこのリリースは、MySQL 8.4.7 と互換性があります。コミュニティで発生した変更の詳細については、MySQL 8.4 リリースノート」を参照してください。

Aurora MySQL バージョン 8.4 の新機能の詳細については、「MySQL 8.4 と互換性のある Aurora MySQL バージョン 8.4」を参照してください。Aurora MySQL バージョン 8.4 と Aurora MySQL バージョン 3 の違いについては、「Aurora MySQL バージョン 3 と Aurora MySQL バージョン 8.4 の比較」を参照してください。Aurora MySQL バージョン 8.4 と MySQL 8.4 Community Edition の比較については、Amazon Aurora ユーザーガイドの「Aurora MySQL バージョン 8.4 と MySQL 8.4 Community Edition の比較」を参照してください。

現在サポートされている Aurora MySQL バージョン 3 クラスターから Aurora MySQL バージョン 8.4.7 クラスターへの Amazon RDS ブルー/グリーンデプロイを使用して、インプレースメジャーバージョンアップグレードの実行、アップグレードによるスナップショットの復元、マネージドブルー/グリーンアップグレードの開始を行うことができます。

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

トラブルシューティングの詳細については、「Amazon Aurora ユーザーガイド」の「Aurora MySQL インプレースアップグレードのトラブルシューティング」を参照してください。

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

新機能

• クラスターパラメータグループ設定を使用して設定可能な Aurora MySQL 8.4 のパスワード管理機能のサポートが追加されました。MySQL パスワード管理機能と設定オプションの詳細については、MySQL 8.4 リファレンスマニュアル、セクション 8.2.15 – パスワード管理を参照してください。

• パラメータを介して有効になり、クラスターaurora_enable_validate_password_componentパラメータグループを介して設定される、パスワード強度ポリシーを強制するvalidate_passwordコンポーネントのサポートが追加されました。

• 新しいaurora_enable_memory_managementパラメータを使用して Aurora MySQL 8.4 の自動メモリ管理を導入しました。(ONデフォルト) に設定すると、Aurora はメモリ復旧アクションを自動的に管理してout-of-memory (OOM) データベースの再起動を防ぎ、 aurora_oom_responseパラメータは無視されます。を使用してリカバリアクションを手動で制御OFFするには、 aurora_enable_memory_managementに設定しますaurora_oom_response。詳細については、「Amazon Aurora ユーザーガイド」の「Amazon Aurora MySQL のメモリ不足の問題」を参照してください。

改良点

以下は、Aurora MySQL 3.12.0 と比較して行われた改善点です。「Aurora MySQL 3.12.0 リリースノート」を参照してください。

可用性の向上:

• 仮想列のインデックスを持つテーブルの元に戻すレコードを消去している間に、ライターインスタンスが再起動したときにライターインスタンスが繰り返し再起動する問題を修正しました。

• 新しいデータベースクラスターの作成が失敗し、クラスターを削除して再作成する必要がある問題を修正しました。

• SQL ステートメント処理後の一時テーブルのクリーンアップ中に、データベースライターインスタンスがグローバルデータベーススイッチオーバーオペレーション中に予期せず再起動する問題を修正しました。この再起動により、スイッチオーバーの完了時間が長くなる可能性があります。

• 複数のスレッドを使用してリーダーインスタンスのライターインスタンスからの変更を適用することで、Aurora 物理レプリケーションのパフォーマンスが向上しました。

• ライターインスタンスがバイナリログを有効にして大きなトランザクションをコミットすると、リードレプリカが再起動する問題を修正しました。この問題により、大きなトランザクションを含むバイナリログファイルを読み取るときにエラーが発生する可能性もあります。

• Aurora Serverless v2 スケーリングオペレーション中に InnoDB バッファプールのサイズ変更が遅れると、データベースインスタンスが応答しなくなり、再起動する可能性がある問題を修正しました。

• out-of-memory (OOM) 回避メカニズムで、重大なメモリ負荷下でメモリを回復しようとしたときにデータベースインスタンスが再起動する可能性がある問題を修正しました。

• ライターインスタンスが元に戻すログの強制消去を実行している間に、再起動後にリーダーインスタンスが繰り返し再起動する問題を修正しました。

• 並列クエリリクエストを利用するサブクエリが完了時に正しく閉じられなかった場合に、リーダーインスタンスで予期しないデータベースの再起動が発生する問題を修正しました。

全般的な機能強化:

• 拡張 Binlog が有効になっているバイナリログレプリカのコミット順序が、 replica_preserve_commit_order設定を正しく尊重するように修正されました。この順序付け動作は、非依存トランザクションの順序付けにのみ適用されるため、データの整合性に影響を与えたり、トランザクション間で競合を引き起こしたりすることはありませんでした。

• 範囲比較 および ORDER BY DESCで を使用する場合、リクエストされた降順ではなく、クエリ結果が昇順で返される問題を修正しましたLIMIT。

• INPLACE アルゴリズムを使用するときに、ライターに対する特定のオンライン DDL オペレーション中にリーダーが「ERROR 1146」 (テーブルが見つかりません) を報告する問題を修正しました。これは、1) リーダーが DDL を開始する前にテーブルを以前に開いていない場合、または 2) DDL の進行中にリーダーが再起動するか、新しいリーダーが作成された場合に発生する可能性があります。

• aurora_in_memory_relaylog 固定キャッシュサイズ (128 MB) を超えるバイナリログイベントを処理するときにレプリケーションエラーが発生する問題を修正しました。

• バッファプールのサイズ変更またはページ削除オペレーション中に進行中の SQL ステートメントが一時テーブルから読み取られたときに、データベースインスタンスが再起動する頻度の低い問題を修正しました。

• オプティマイザが IN とパラメータ化された値を使用してプリペアドステートメントで最適ではないクエリ実行プランを選択するパフォーマンスの問題を修正しました。

• システムテーブルの DML オペレーションが古い自動増分値を参照している場合に、データベースサーバーのアップグレード中に発生する可能性があるクラスターの可用性の問題を修正しました。

• 並列クエリが有効で、ハッシュ結合に必要なメモリが制限を超えた場合に、ハッシュ結合を使用するクエリが誤った結果を返す問題を修正しました。

• 場合によっては、ダウンタイムのないパッチ適用またはダウンタイムのない再起動オペレーション中にインスタンスの可用性が遅延する問題を修正しました。

• 空間 GIS クエリが明示的な SRID 注釈で宣言された列で Z 順序の空間インデックスを使用する場合にエンジンが再起動する可能性がある問題を修正しました。

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

このバージョンは MySQL 8.4.7 に基づいています。詳細については、MySQL 8.4 リリースノート」を参照してください。