翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 # Aurora MySQL データベースエンジンの更新 2025-07-31 (バージョン 3.10.0、MySQL 8.0.42 互換) **バージョン:** 3.10.0 Aurora MySQL 3.10.0 は一般公開されています。Aurora MySQL 3.10 バージョンは、MySQL 8.0.42 と互換性があります。これまでのコミュニティ版の変更点の詳細については、「[MySQL 8.0 Release Notes](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/)」を参照してください。 **注記** このバージョンは、長期サポート (LTS) リリースとして指定されています。詳細については、「**Amazon Aurora ユーザーガイド」の「[Aurora MySQL 長期サポート (LTS) リリース](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Update.SpecialVersions.html#AuroraMySQL.Updates.LTS)」を参照してください。 LTS バージョンの `AutoMinorVersionUpgrade` パラメータを `true` に設定しない (または AWS マネジメントコンソール の **[マイナーバージョン自動アップグレード]** を有効にしない) ことをお勧めします。これにより、DB クラスターが自動マイナーバージョンアップグレードキャンペーンの次のターゲットバージョンにアップグレードされる可能性があり、それは LTS バージョンではない場合があります。 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.10.0 クラスターへの[ダウンタイムのないパッチ適用 (ZDP)](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 ユーザーガイド*」の「[Aurora DB クラスターのメンテナンス](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)」を参照してください。 ## 新機能 + Aurora MySQL バージョン 3.10 では、バイナリログレプリカのメモリ内リレーログキャッシュのサポートが拡張されています。この機能は[バージョン 3.05](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.3050.html) で初めて導入され、バイナリログのレプリケーションスループットを最大 40% 向上させることができます。インメモリリレーログキャッシュは、シングルスレッドバイナリログレプリケーション、[GTID 自動配置](https://dev.mysql.com/doc/refman/8.0/en/replication-gtids-auto-positioning.html)が有効になっているマルチスレッドレプリケーションでデフォルトで有効になっており、バージョン 3.10 以降では、[https://dev.mysql.com/doc/refman/8.0/en/replication-options-replica.html#sysvar_replica_preserve_commit_order](https://dev.mysql.com/doc/refman/8.0/en/replication-options-replica.html#sysvar_replica_preserve_commit_order) (GTID がない場合でも) を使用したマルチスレッドレプリケーションでも有効になっています。この機能は、3.10 の新しいパラメータ [https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html) を使用して制御できます。詳細については、「[Aurora MySQL でのバイナリログの最適化](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/binlog-optimization.html)」を参照してください。 + Amazon Aurora は最大ストレージ容量を 128 TiB から 256 TiB に倍増し、単一のデータベースクラスターでより大きなワークロードを実現しました。Aurora MySQL で増加したストレージ制限を使用するには、クラスターをバージョン 3.10 (MySQL 8.0.42 互換) 以降にアップグレードします。アップグレード後、Aurora ストレージはクラスターボリュームのデータ量に基づいて自動的に 256 TiB までスケールアップします。 ## 改善点 **セキュリティの修正内容** 中程度 CVE: + [CVE-2025-21501](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21501) + [CVE-2025-21500](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21500) + [CVE-2025-21543](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21543) + [CVE-2025-21540](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21540) + [CVE-2025-21491](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21491) + [CVE-2025-21490](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21490) + [CVE-2025-21559](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21559) + [CVE-2025-21555](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21555) + [CVE-2025-21497](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21497) + [CVE-2025-21519](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21519) + [CVE-2025-21529](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21529) + [CVE-2025-21505](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21505) + [CVE-2025-21531](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21531) + [CVE-2025-21523](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21523) + [CVE-2025-21503](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21503) + [CVE-2025-21522](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21522) + [CVE-2025-21518](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21518) + [CVE-2025-21577](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21577) + [CVE-2025-30682](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30682) + [CVE-2025-30687](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30687) + [CVE-2025-30688](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30688) + [CVE-2025-21574](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21574) + [CVE-2025-21575](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21575) + [CVE-2025-30693](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30693) + [CVE-2025-30695](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30695) + [CVE-2025-30715](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30715) + [CVE-2025-21584](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21584) + [CVE-2025-21580](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21580) + [CVE-2025-21581](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21581) + [CVE-2025-21585](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21585) + [CVE-2025-30689](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30689) + [CVE-2025-21579](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21579) + [CVE-2025-30696](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30696) + [CVE-2025-30705](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30705) + [CVE-2025-30683](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30683) + [CVE-2025-30684](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30684) + [CVE-2025-30685](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30685) + [CVE-2025-30699](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30699) + [CVE-2025-30704](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30704) + [CVE-2025-30721](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30721) 低度 CVE: + [CVE-2025-21520](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21520) + [CVE-2025-21546](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21546) + [CVE-2025-30703](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30703) + [CVE-2025-30681](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30681) **可用性の向上:** + 復旧の進行状況の評価が正しくないために、不要なデータベースサーバーの再起動が発生する問題を修正しました。 **全般的な機能強化:** + I/O 最適化が有効になっている場合のコミットレイテンシーが短縮されます。 + 書き込み転送が有効になっていてパラメータ `aurora_replica_read_consistency` が変更されると、リーダーインスタンスがエラーログを生成しない問題を修正しました。 + レプリケーションスレッドとバッファキャッシュに存在しないテーブルにアクセスするクエリとの相互作用により、リーダーインスタンスが再起動する問題を修正しました。 + データベースインスタンスがダウンタイムなしで再起動した後、ローカル書き込み転送が機能しなくなる問題を修正しました。 + セットオプションを含むステートメントで転送されたクエリが正しく動作しない書き込み転送の問題を修正しました。 + UNDO テーブルスペースのメタデータを挿入すると、予期しないデータベースの再起動がトリガーされる安定性の問題を修正しました。 + 14 TB を超えるテーブルがある場合、DB クラスターのエクスポートが予想よりも大幅に時間がかかる問題を修正しました。 + `Innodb_buffer_pool_pages_misc` ステータス変数のレポートが正しくない問題を修正しました。 + ダウンタイムのないパッチ適用 (ZDP) またはダウンタイムのない再起動 (ZDR) 中に `LAST_INSERT_ID` を保持するためのサポートが追加されました。 + Aurora MySQL は、仮想インデックス ID に 8 ビット値を使用して MySQL の undo 形式の問題を防止します。この制限を超えると、クラスターが使用できなくなる可能性があるためです。この制限に近づくと、システムは MySQL エラーログに警告メッセージを書き込むようになりました。制限に達すると、新しいインデックスの追加を試みるとエラーを返します。仮想インデックスのベストプラクティスの詳細については、Aurora MySQL ドキュメントの「[仮想インデックス ID オーバーフローエラー](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.Performance.html#AuroraMySQL.BestPractices.Performance.VirtualIndexIDOverflow)」を参照してください。 ## MySQL Community Edition でのバグ修正の統合 このリリースには、8.0.42 までのコミュニティ版のバグ修正がすべて反映されています。詳細については、「[Aurora MySQL 3.x データベースエンジンの更新で修正された MySQL のバグ](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v3)」を参照してください。 + 複数のスレッドがメタデータの Performance Schema オブジェクトの登録と登録解除を同時に試行したり、メタデータロックを取得および解放しようとすると、サーバーが終了する可能性があります。(バグ \$126502135)