翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
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
Aurora MySQL バージョン 3 の新機能の詳細については、「Aurora MySQL バージョン 3 は MySQL 8.0 との互換性があります」を参照してください。Aurora MySQL バージョン 3 と Aurora MySQL バージョン 2 の違いについての詳細は、「Aurora MySQL バージョン 2 と Aurora MySQL バージョン 3 の比較」を参照してください。Aurora MySQL バージョン 3 と MySQL 8.0 Community Edition の比較については、Amazon Aurora ユーザーガイドの「Aurora MySQL バージョン 3 と MySQL 8.0 Community Edition の比較」を参照してください。
現在サポートされている Aurora MySQL バージョン 2 クラスターから Aurora MySQL バージョン 3.10.0 クラスターへの、ゼロダウンタイムパッチ (ZDP) を使用したインプレースアップグレードの実行、スナップショットの復元、Amazon RDS ブルー/グリーンデプロイを使用したマネージドブルー/グリーンアップグレードの開始を行うことができます。
Aurora MySQL バージョン 3 へのアップグレードの計画については、「Aurora MySQL クラスターのメジャーバージョンアップグレードの計画」を参照してください。Aurora MySQL のアップグレードに関する一般的な情報については、「Amazon Aurora ユーザーガイド」の「Amazon Aurora MySQL DB クラスターのアップグレード」を参照してください。
トラブルシューティングの詳細については、「Amazon Aurora ユーザーガイド」の「Aurora MySQL インプレースアップグレードのトラブルシューティング」を参照してください。
ご質問やご不明点がございましたら、コミュニティフォーラムおよび AWS Support からAWS サポート
新機能
-
Aurora MySQL バージョン 3.10 では、バイナリログレプリカのメモリ内リレーログキャッシュのサポートが拡張されています。この機能はバージョン 3.05 で初めて導入され、バイナリログのレプリケーションスループットを最大 40% 向上させることができます。インメモリリレーログキャッシュは、シングルスレッドバイナリログレプリケーション、GTID 自動配置
が有効になっているマルチスレッドレプリケーションでデフォルトで有効になっており、バージョン 3.10 以降では、 を使用したマルチスレッドレプリケーションでも有効になっています replica_preserve_commit_order = ON(GTIDs がない場合でも）。この機能は、3.10、 の新しいパラメータを使用して制御できます aurora_in_memory_relaylog。詳細については、「Aurora MySQL でのバイナリログの最適化」を参照してください。 -
Amazon Aurora は最大ストレージ容量を 128 TiB から 256 TiB に倍増し、単一のデータベースクラスターでより大きなワークロードを実現しました。Aurora MySQL で増加したストレージ制限を使用するには、クラスターをバージョン 3.10 (MySQL 8.0.42 互換) 以降にアップグレードします。アップグレード後、Aurora ストレージはクラスターボリュームのデータ量に基づいて自動的に 256 TiB までスケールアップします。
改良点
セキュリティの修正内容
中程度CVEs:
低い CVEs:
可用性の向上:
-
復旧の進行状況の評価が正しくないために、不要なデータベースサーバーの再起動が発生する問題を修正しました。
全般的な機能強化:
-
書き込み転送が有効になっていてパラメータが変更されると、リーダーインスタンス
aurora_replica_read_consistencyがエラーログを生成しない問題を修正しました。 -
レプリケーションスレッドとバッファキャッシュに存在しないテーブルにアクセスするクエリとの相互作用により、リーダーインスタンスが再起動する問題を修正しました。
-
データベースインスタンスがダウンタイムなしで再起動した後、ローカル書き込み転送が機能しなくなる問題を修正しました。
-
セットオプションを含むステートメントで転送されたクエリが正しく動作しない書き込み転送の問題を修正しました。
-
元に戻すテーブルスペースのメタデータを挿入すると、予期しないデータベースの再起動がトリガーされる安定性の問題を修正しました。
-
14 TB を超えるテーブルがある場合、DB クラスターのエクスポートが予想よりも大幅に時間がかかる問題を修正しました。
-
Innodb_buffer_pool_pages_miscステータス変数のレポートが正しくない問題を修正しました。 -
ダウンタイムなしのパッチ適用 (ZDP) またはダウンタイムなしの再起動 (ZDR)
LAST_INSERT_ID中の保存のサポートが追加されました。 -
Aurora MySQL は、仮想インデックス IDs に 8 ビット値を使用して MySQL の元に戻す形式の問題を防止します。この制限を超えると、クラスターが使用できなくなる可能性があるためです。この制限に近づくと、システムは MySQL エラーログに警告メッセージを書き込むようになりました。制限に達すると、 は新しいインデックスを追加しようとしてエラーを返します。仮想インデックスのベストプラクティスの詳細については、Aurora MySQL ドキュメントの「仮想インデックス ID オーバーフローエラー」を参照してください。
MySQL Community Edition でのバグ修正の統合
このリリースには、8.0.42 までのコミュニティバグ修正がすべて含まれています。詳細については、「Aurora MySQL 3.x データベースエンジンの更新で修正された MySQL のバグ」を参照してください。
-
サーバーの終了は、メタデータ Performance Schema オブジェクトの登録と登録解除、またはメタデータロックの取得と解放を複数のスレッドが同時に試行することによって発生する可能性があります。(バグ #26502135)
