翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
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 とバージョン 3 の違いについては、「Aurora MySQL バージョン 3 と Aurora MySQL バージョン 8.4 の比較」を参照してください。MySQL 8.4 Community Edition との比較については、Amazon Aurora ユーザーガイドの「Aurora MySQL バージョン 8.4 と MySQL 8.4 Community Edition の比較」を参照してください。
Amazon RDS ブルー/グリーンデプロイを使用して、インプレースメジャーバージョンアップグレードの実行、アップグレードによるスナップショットの復元、またはマネージドブルー/グリーンアップグレードの開始を行うことができます。現在サポートされている Aurora MySQL バージョン 3 クラスターから Aurora MySQL バージョン 8.4.7 にアップグレードできます。
Aurora MySQL バージョン 8.4 へのアップグレードの計画については、「Aurora MySQL クラスターのメジャーバージョンアップグレードの計画」を参照してください。Aurora MySQL のアップグレードに関する一般的な情報については、「Amazon Aurora ユーザーガイド」の「Amazon Aurora MySQL DB クラスターのアップグレード」を参照してください。
トラブルシューティングの詳細については、「Amazon Aurora ユーザーガイド」の「Aurora MySQL インプレースアップグレードのトラブルシューティング」を参照してください。
ご質問やご不明点がございましたら、コミュニティフォーラムおよび AWS Support からAWS サポート
新機能
-
クラスターパラメータグループ設定を使用して設定可能な 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) 回避メカニズムで、重要なメモリ負荷下でメモリを回復しようとしたときにデータベースインスタンスが再起動する可能性がある問題を修正しました。
-
ライターインスタンスが元に戻すログの強制消去を実行している間に、再起動後にリーダーインスタンスが繰り返し再起動する問題を修正しました。
-
並列クエリリクエストを使用するサブクエリの完了時に正しく閉じられなかった場合に、リーダーインスタンスで予期しないデータベースの再起動が発生する問題を修正しました。
全般的な機能強化:
-
拡張バイナリログが有効になっているバイナリログレプリカのコミット順序が、
replica_preserve_commit_order設定を正しく尊重するように修正されました。この順序付け動作は、非依存トランザクションの順序付けにのみ適用されるため、データの整合性に影響を与えたり、トランザクション間で競合を引き起こしたりすることはありませんでした。 -
リクエストされた降順ではなく、クエリ結果が昇順で返される問題を修正しました。これは、範囲比較 および
ORDER BY DESCで を使用する場合に発生しますLIMIT。 -
INPLACE アルゴリズムを使用するときに、ライターの特定のオンライン DDL オペレーション中にリーダーが「ERROR 1146」 (テーブルが見つかりません) を報告する問題を修正しました。これは、DDL が開始する前にリーダーが以前にテーブルを開いていない場合に発生する可能性があります。また、DDL の進行中にリーダーが再起動したり、新しいリーダーが作成されたときにも発生する可能性があります。
-
aurora_in_memory_relaylog固定キャッシュサイズ (128 MB) を超えるバイナリログイベントを処理するときにレプリケーションエラーが発生する問題を修正しました。 -
バッファプールのサイズ変更またはページ削除オペレーション中に進行中の SQL ステートメントが一時テーブルから読み取られたときに、データベースインスタンスが再起動する頻度の低い問題を修正しました。
-
オプティマイザが IN とパラメータ化された値を使用してプリペアドステートメントで最適ではないクエリ実行プランを選択するパフォーマンスの問題を修正しました。
-
システムテーブルの DML オペレーションが古い自動増分値を参照している場合に、データベースサーバーのアップグレード中に発生する可能性があるクラスターの可用性の問題を修正しました。
-
並列クエリが有効で、ハッシュ結合メモリ要件が制限を超えた場合に、ハッシュ結合を使用するクエリが誤った結果を返す問題を修正しました。
-
場合によっては、ダウンタイムのないパッチ適用またはダウンタイムのない再起動オペレーション中にインスタンスの可用性が遅延する問題を修正しました。
-
空間 GIS クエリが明示的な SRID 注釈で宣言された列で Z 順序の空間インデックスを使用する場合にエンジンが再起動する可能性がある問題を修正しました。
MySQL Community Edition でのバグ修正の統合
このバージョンは MySQL 8.4.7 に基づいています。詳細については、MySQL 8.4 リリースノート