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

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

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 に設定され、リーダーでゼロ以外の場合にハングし、書き込み転送の失敗を防ぐ問題を修正しました。

拡張バイナリログが有効になっている場合に、トランザクションを BLACKHOLE エンジンにコミット、または XA PREPARE ステートメントの実行と同時に SHOW BINARY LOGS を実行するとデータベースが再起動する可能性があるデッドロックの問題を修正し、書き込みのスタックやインスタンスの可用性の問題を防止しました。

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

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

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

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

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

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

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

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

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

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

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

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 トランザクションを使用するときのメモリ管理の問題を修正し、拡張バイナリログが有効になっている場合のインスタンスの再起動を防止しました。

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

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

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

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

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