Aurora MySQL データベースエンジンの更新 2025-05-14 (バージョン 3.09.0、MySQL 8.0.40 互換）

Performance Schema の更新を並列処理することでマイナーバージョンアップグレードのパフォーマンスを最適化し、Performance Schema の変更が必要な場合のアップグレード時間を短縮しました。

Aurora MySQL グローバルデータベースを強化し、セカンダリリーダーインスタンスが予期しないイベント (ハードウェア障害、ネットワーク中断) 中に起動を完了し、読み取りリクエストを処理できるようにしました。以前は、セカンダリリーダーインスタンスはそのようなイベント中に再起動できませんでした。詳細については、「Amazon Aurora ユーザーガイド」の「グローバルデータベースセカンダリクラスターのクロスリージョンレジリエンシー」を参照してください。

Aurora MySQL グローバルデータベースのクロスリージョンスイッチオーバー中のライターのダウンタイムを通常 1 分未満に短縮し、計画されたリージョンスイッチ中のダウンタイムを最小限に抑えます。

CVE-2024-11053

CVE-2024-37371

CVE-2024-7264

CVE-2024-21193

CVE-2024-21194

CVE-2024-21196

CVE-2024-21197

CVE-2024-21198

CVE-2024-21199

CVE-2024-21201

CVE-2024-21203

CVE-2024-21207

CVE-2024-21212

CVE-2024-21213

CVE-2024-21218

CVE-2024-21219

CVE-2024-21230

CVE-2024-21236

CVE-2024-21238

CVE-2024-21239

CVE-2024-21241

CVE-2025-21494

CVE-2025-21504

CVE-2025-21525

CVE-2025-21534

CVE-2025-21536

リーダーからライターインスタンスに転送されたマルチステートメントクエリinnodb_flush_log_at_trx_commitが、ライター0で が に設定され、リーダーでゼロ以外の場合にハングし、書き込み転送が失敗する問題を修正しました。

Enhanced Binlog を有効にすると、トランザクションを BLACKHOLE エンジンにコミットしたりXA PREPARE、ステートメントを実行したりするSHOW BINARY LOGSと同時に実行したときにデータベースが再起動し、書き込みのスタックやインスタンスの可用性の問題が発生する可能性があるデッドロックの問題を修正しました。

以前のリクエストが完全に完了する前に新しいリクエストが受け入れられるのを防ぎ、書き込み転送オペレーションの安定性を向上させることで、Aurora ライターインスタンスが再起動する可能性がある書き込み転送の競合状態を修正しました。

ネットワーク中断によってライターとの接続が正しく再確立されず、レプリケーションが停止し、インスタンスが再起動する可能性があるレプリカの問題を修正しました。

Aurora MySQL メモリ不足 (OOM) レスポンスで、段階的なバッファプールのサイズ変更が実装されるようになりました。これにより、aurora_oom_responseDB パラメータを使用して有効にすると、システムメモリ状態 (LOW/RESERVED) に基づいてメモリ使用量が徐々に減少するため、メモリ負荷状況時のメモリ管理が向上します。

Binlog ファイルのサイズに関係なく、リカバリプロセスが一定の時間がかかるように最適化することで、データベースの再起動中の Binlog ファイル復旧時間を改善しました。以前は、場合によっては、復旧時間は最後の Binlog ファイルのサイズに比例していました。

のクエリ中に InnoDB テーブルの同時切り捨てオペレーションを実行すると、予期しない MySQL サーバーが再起動する問題を修正しましたperformance_schema.data_lock_waits。

ストレージが少ない状態で大きなバイナリログイベントをコミットすると、データベースインスタンスが再起動する問題を修正しました。

メモリ不足 (OOM) 回避中にトリガーされたバッファプールのサイズ変更オペレーションが、高ワークロードシナリオ中に応答しなくなり、データベースが再起動する可能性がある問題を修正しました。

トリガーの作成時にデータベースの再起動ループが発生する可能性がある問題を修正しました。この問題は、新しい Binlog または Relaylog ファイルが追加された場合や、これらのファイルがローテーションされた場合にも発生する可能性があります。

マルチステートメントまたは暗黙的なコミットクエリで書き込み転送を使用すると、Aurora リーダーインスタンスが再起動する可能性がある問題を修正しました。

ALTER TABLE ... REBUILD / OPTIMIZE TABLE オペレーションがスレッド間でバッファサイズを分割するのではなく、DDL innodb_ddl_buffer_size スレッドごとにバイトを割り当てることで過剰なメモリを消費し、DDL オペレーション中の潜在的なメモリ使用率が超過するのを防ぐ問題を修正しました。

4 GiB を超えるメモリを持つすべての DB インスタンスクラスの のデフォルト値をaurora_oom_response、印刷から印刷、拒否、kill_connect に変更しました。詳細については、「Amazon Aurora ユーザーガイド」の「Amazon Aurora MySQL out-of-memoryの問題」を参照してください。

次の権限が に追加されましたrds_superuser_role: FLUSH_OPTIMIZER_COSTS、FLUSH_STATUS、FLUSH_TABLES、FLUSH_USER_RESOURCES。の詳細についてはrds_superuser_role、「Amazon Aurora での Amazon マスターユーザーアカウント」のドキュメントを参照してください。これらの動的権限の詳細については、MySQL ドキュメントを参照してください。

この Aurora MySQL バージョン以降、高速挿入の最適化は有効ではなくなりました。詳細については、「Amazon Aurora ユーザーガイド」の「Amazon Aurora MySQL パフォーマンスの拡張」を参照してください。

max_user_connections しきい値を誤って超過し、一部のユーザーに接続エラーが発生する問題を修正しました。これは、接続がほぼすぐに作成および強制終了されるなどのエッジケースで発生します。

CPU 使用率が高く、データベースサーバーインスタンスが応答しなくなる監査ログ記録の問題を修正しました。

XA トランザクションを使用する場合のメモリ管理の問題を修正し、拡張ブログが有効になっている場合にインスタンスが再起動するのを防ぎます。

Bufferpool Index Statistics がデータベースサーバーの再起動後に誤って更新されるため、オプティマイザが誤ったコスト見積もりを行ったときにクエリパフォーマンスが低下する問題を修正しました。

ワーカースレッドがスタックしているため、お客様がローカル書き込み転送機能をオフにできない問題を修正しました。

拡張バイナリログが有効になっているか、以前に有効だったクラスターでSHOW BINARY LOGSコマンドの実行に時間がかかる問題を修正しました。この問題により、複数のSHOW BINARY LOGSコマンドが同時に実行されていた場合、コミットレイテンシーが増加する可能性もあります。

切断されたユーザーに属する接続を保持しようとしたときに、ゼロダウンタイムパッチ (ZDP) が失敗する問題を修正しました。DROP USER コマンドの詳細とアクティブな接続への影響については、MySQL ドキュメントを参照してください。

大規模なトランザクションが受信および適用され、 を使用してレプリケーションチャネルを停止するリクエストが行われた間STOP REPLICA、MySQL は正しく実行せず、その後チャネルコマンドを処理しませんでした。さらに、サーバーシャットダウンプロセスが正常に完了せず、MySQL プロセスを強制終了するか、ホストシステムを再起動する必要がありました。（バグ #115966、バグ #37008345)