翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 # Aurora MySQL データベースエンジンの更新 2025-05-14 (バージョン 3.09.0、MySQL 8.0.40 互換) **バージョン:** 3.09.0 Aurora MySQL 3.09.0 は一般公開されています。Aurora MySQL 3.09 バージョンは、MySQL 8.0.40 と互換性があります。これまでのコミュニティ版の変更点の詳細については、「[MySQL 8.0 Release Notes](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/)」を参照してください。 Aurora MySQL バージョン 3 の新機能の詳細については、「[Aurora MySQL バージョン 3 は MySQL 8.0 との互換性があります](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html)」を参照してください。Aurora MySQL バージョン 3 と Aurora MySQL バージョン 2 の違いについての詳細は、「[Aurora MySQL バージョン 2 と Aurora MySQL バージョン 3 の比較](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html)」を参照してください。Aurora MySQL バージョン 3 と MySQL 8.0 Community Edition の比較については、「*Amazon Aurora ユーザーガイド*」の「[Aurora MySQL バージョン 3 と MySQL 8.0 コミュニティエディションの比較](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html)」を参照してください。 現在サポートされている Aurora MySQL バージョン 2 クラスターから Aurora MySQL バージョン 3.09.0 クラスターへの[ダウンタイムのないパッチ適用](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.ZDP.html)を活用したインプレースアップグレード、スナップショットの復元、[Amazon RDS ブルー/グリーンデプロイ](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html)によるマネージドブルー/グリーンアップグレードの開始を行うことができます。 Aurora MySQL バージョン 3 へのアップグレードの計画については、「[Aurora MySQL クラスターのメジャーバージョンアップグレードの計画](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning)」を参照してください。Aurora MySQL のアップグレードに関する一般的な情報については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora MySQL DB クラスターのアップグレード](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html)」を参照してください。 トラブルシューティングの詳細については、「*Amazon Aurora ユーザーガイド*」の「[Aurora MySQL インプレースアップグレードのトラブルシューティング](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting)」を参照してください。 ご質問やご不明点がございましたら、コミュニティフォーラムや [AWS サポート](https://aws.amazon.com/support)から AWS サポートにお問い合わせください。詳細については、「*Amazon Aurora ユーザーガイド*」の「[Amazon Aurora DB クラスターのメンテナンス](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)」を参照してください。 ## リリースハイライト + Aurora MySQL グローバルデータベースを強化して、セカンダリリーダーインスタンスが予期しないイベント (ハードウェア障害、ネットワーク中断) 中に起動を完了し、読み取りリクエストを処理できるようにしました。以前は、セカンダリリーダーインスタンスはそのようなイベント中に再起動できませんでした。詳細については、*「Amazon Aurora ユーザーガイド*」の「[Global Database のセカンダリクラスターのクロスリージョンの回復性](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-secondary-availability.html)」を参照してください。 + Aurora MySQL グローバルデータベースのクロスリージョンスイッチオーバー中のライターのダウンタイムを通常 1 分未満に短縮し、計画されたリージョンスイッチ中のダウンタイムを最小限に抑えます。 ## 改善点 **セキュリティの修正内容** 重要な CVE: + [CVE-2024-11053](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-11053) + [CVE-2024-37371](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-37371) 中程度 CVE: + [CVE-2024-7264](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-7264) + [CVE-2024-21193](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21193) + [CVE-2024-21194](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21194) + [CVE-2024-21196](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21196) + [CVE-2024-21197](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21197) + [CVE-2024-21198](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21198) + [CVE-2024-21199](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21199) + [CVE-2024-21201](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21201) + [CVE-2024-21203](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21203) + [CVE-2024-21207](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21207) + [CVE-2024-21212](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21212) + [CVE-2024-21213](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21213) + [CVE-2024-21218](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21218) + [CVE-2024-21219](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21219) + [CVE-2024-21230](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21230) + [CVE-2024-21236](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21236) + [CVE-2024-21238](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21238) + [CVE-2024-21239](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21239) + [CVE-2024-21241](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21241) + [CVE-2025-21494](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21494) + [CVE-2025-21504](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21504) + [CVE-2025-21525](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21525) + [CVE-2025-21534](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21534) + [CVE-2025-21536](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21536) **可用性の向上:** + リーダーからライターインスタンスに転送されたマルチステートメントクエリが、ライターで `innodb_flush_log_at_trx_commit` が `0` に設定され、リーダーでゼロ以外の場合にハングし、書き込み転送の失敗を防ぐ問題を修正しました。 + 拡張バイナリログが有効になっている場合に、トランザクションを [BLACKHOLE](https://dev.mysql.com/doc/refman/8.0/en/blackhole-storage-engine.html) エンジンにコミット、または `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\$1connect に変更しました。詳細については、「*Amazon Aurora ユーザーガイド*」の「[Amazon Aurora MySQL のメモリ不足の問題](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-troubleshooting-workload.html#AuroraMySQLOOM)」を参照してください。 + `rds_superuser_role` に次の権限が追加されました。`FLUSH_OPTIMIZER_COSTS`、`FLUSH_STATUS`、`FLUSH_TABLES`、`FLUSH_USER_RESOURCES`。`rds_superuser_role` の詳細については、「[Amazon Aurora での Amazon マスターユーザーアカウント](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/UsingWithRDS.MasterAccounts.html)」のドキュメントを参照してください。これらの動的権限の詳細については、[MySQL](https://dev.mysql.com/doc/refman/8.0/en/flush.html) ドキュメントを参照してください。 + この Aurora MySQL バージョン以降、高速挿入の最適化は有効になっていません。詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora MySQL パフォーマンスの拡張](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance)」を参照してください。 + `max_user_connections` しきい値を誤って超過し、一部のユーザーに接続エラーが発生する問題を修正しました。これは、接続がほぼすぐに作成および強制終了されるなどのエッジケースで発生します。 + CPU 使用率が高くなり、データベースサーバーインスタンスが応答しなくなる原因となっていた監査ログ記録の問題を修正しました。 + XA トランザクションを使用するときのメモリ管理の問題を修正し、拡張バイナリログが有効になっている場合のインスタンスの再起動を防止しました。 + データベースサーバーの再起動後にバッファプールインデックス統計が誤って更新されたために、オプティマイザが誤ったコスト見積もりを行った場合にクエリパフォーマンスが低下する問題を修正しました。 + ワーカースレッドがスタックしているため、お客様がローカル書き込み転送機能をオフにできない問題を修正しました。 + 拡張バイナリログが有効になっているか、以前に有効だったクラスターで `SHOW BINARY LOGS` コマンドの実行に時間がかかる問題を修正しました。この問題により、複数の `SHOW BINARY LOGS` コマンドが同時に実行されていた場合、コミットレイテンシーが増加する可能性もあります。 **アップグレードと移行:** + 切断されたユーザーに属する接続を保持しようとしたときに、ダウンタイムのないパッチ適用 (ZDP) が失敗する問題を修正しました。`DROP USER` コマンドの詳細とアクティブな接続への影響については、「[MySQL ドキュメント](https://dev.mysql.com/doc/refman/8.0/en/flush.html)」を参照してください。 ## MySQL Community Edition でのバグ修正の統合 このリリースには、8.0.40 までのコミュニティ版のバグ修正がすべて反映されています。詳細については、「[Aurora MySQL 3.x データベースエンジンの更新で修正された MySQL のバグ](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v3)」を参照してください。 + 大規模なトランザクションが受信および適用され、`STOP REPLICA` を使用してレプリケーションチャネルを停止するリクエストが行われた間、MySQL は正しく実行せず、その後チャネルコマンドを処理しませんでした。さらに、サーバーシャットダウンプロセスが正常に完了せず、MySQL プロセスを強制終了するか、ホストシステムを再起動する必要がありました。(バグ \$1115966、バグ \$137008345)