Aurora MySQL データベースエンジンの更新 2026-02-17 (バージョン 3.12.0、MySQL 8.0.44 互換) - Amazon Aurora

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

Aurora MySQL データベースエンジンの更新 2026-02-17 (バージョン 3.12.0、MySQL 8.0.44 互換)

バージョン: 3.12.0

Aurora MySQL 3.12.0 は一般利用可能です。Aurora MySQL 3.12 バージョンは MySQL 8.0.44 と互換性があります。これまでのコミュニティ版の変更点の詳細については、「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 コミュニティエディションの比較」を参照してください。

現在サポートされている Aurora MySQL バージョン 2 クラスターから Aurora MySQL バージョン 3.12.0 クラスターへの Amazon RDS ブルー/グリーンデプロイを使用して、ゼロダウンタイムパッチ (ZDP) を使用したインプレースアップグレードの実行、スナップショットの復元、またはマネージドブルー/グリーンアップグレードの開始を行うことができます。 https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html MySQL

Aurora MySQL バージョン 3 へのアップグレードの計画については、「Aurora MySQL クラスターのメジャーバージョンアップグレードの計画」を参照してください。Aurora MySQL のアップグレードに関する一般的な情報については、「Amazon Aurora ユーザーガイド」の「Amazon Aurora MySQL DB クラスターのアップグレード」を参照してください。

トラブルシューティングの詳細については、「Amazon Aurora ユーザーガイド」の「Aurora MySQL インプレースアップグレードのトラブルシューティング」を参照してください。

ご質問やご不明点がございましたら、コミュニティフォーラムおよび AWS サポートを通じてAWS サポートを利用できます。詳細については、「Amazon Aurora ユーザーガイド」の「Aurora DB クラスターのメンテナンス」を参照してください。

改良点

セキュリティの修正内容

  • 一部の SQL ステートメントが監査ログに記録されない問題を修正しました。

  • Aurora MySQL リーダーインスタンスとライターインスタンスが更新されたパスワードを一貫して検証するように、caching_sha2_password プラグインを修正しました。

中程度CVEs:

可用性の向上:

  • 半整合性読み取り中にロックテーブルがいっぱいになると、データベースインスタンスが再起動する問題を修正しました。

  • マルチスレッドレプリケーションaurora_in_memory_relaylogで を使用する場合、バイナリログレプリカインスタンスが再起動する可能性があるバイナリログリカバリの問題を修正しました。

  • グローバル書き込み転送またはローカル書き込み転送が無効になっているときにライターインスタンスが再起動する問題を修正しました。

  • thread_stack の設定が大きすぎると、再起動またはアップグレード中に Aurora MySQL サーバーの起動が妨げられる問題を修正しました。Aurora MySQL サーバーは、システムメモリを超えると thread_stack をエンジンのデフォルト値 (1 MB) に自動的にリセットし、スタートアップの失敗を防ぐようになりました。

  • 実行中の並列クエリEXPLAIN FOR CONNECTIONで を実行KILLした後、実行中にエンジンが再起動する可能性がある問題を修正しました。

  • ランダムクエリで並列クエリを強制し、このクエリが強制終了された場合にエンジンが再起動する問題を修正しました。

  • MySQL Community Edition でサポートされているように、CONNECTION_ADMIN または SUPER 権限を持つユーザーが max_connections 制限を超える追加の接続を実行できない問題を修正しました。

  • リレーログの復旧中に多数のリレーログファイルを処理するときに、バイナリログ (binlog) レプリカで再起動が発生する可能性がある問題を修正しました。

  • リーダー DB インスタンスで並列クエリを実行するときにライター DB インスタンスが再起動する問題を修正しました。

  • 大規模なトランザクションのコミット中にエラーが発生した場合に、まれにバイナリログ記録を無効にする可能性がある問題を修正しました。

  • ライター DB インスタンスで特定のまれなトランザクションコミット順序が発生した場合にリードレプリカが再起動する問題を修正しました。

  • 拡張バイナリログが有効になっているインスタンスで、実行中にスケジュールされたイベントが中止されると、データベースが再起動する可能性がある問題を修正しました。

  • マルチ TiB ストレージサイズを使用するデータベースインスタンスが、InnoDB バッファプール検証の失敗により再起動中にダウンタイムが増加する可能性がある問題を修正しました。

全般的な機能強化:

  • MySQL 8.0.44 で導入されたコミュニティの変更を除外しました。失敗した接続試行が performance_schema テーブルに行を予期せず追加し、過剰なメモリ消費を引き起こしました。Ref コミュニティのバグ #119766

  • カスタム照合設定を使用してインスタンスでバイナリログレプリケーションを設定するときに、Aurora 固有のレプリケーションストアドプロシージャに影響する問題を修正しました。

  • データベースエンジンとストレージレイヤー間で転送時の暗号化を確立する際に CPU オーバーヘッドを減らす問題を修正しました。

  • システム変数 innodb_flush_log_at_trx_commit が 0 に設定されている場合の書き込み IOPS パフォーマンスが向上しました。

  • aurora_oom_response がしきい値時間 (数分) 後にメモリプレッシャーを解決できない場合、aurora_oom_response アクション (設定されている場合は印刷を除く) を自動的に無効にします。

  • Aurora Serverless のスケールダウンオペレーション中、またはバッファプールからのページ削除中に、バッファプールからの誤ったページ読み取りを引き起こす可能性のある競合状態を解決しました。Ref コミュニティのバグ #116305

  • ライターで権限関連のコマンドを実行するときにリーダーが再起動する可能性があるout-of-memory (OOM) の問題を修正しました。

  • に次の権限が追加されましたrds_superuser_role: FLUSH_OPTIMIZER_COSTS, FLUSH_STATUS, FLUSH_TABLES, FLUSH_USER_RESOURCES。の詳細についてはrds_superuser_roleAmazon Master User Accounts with Aurora のドキュメントを参照してください。これらの動的権限の詳細については、MySQL ドキュメントを参照してください。

  • Aurora_pq_request_in_progress カウンターが正確に更新されなかったEXPLAIN ANALYZEステートメントの実行中に、並列クエリリクエストの不正確な追跡が発生する問題を修正しました。

  • ゼロダウンタイムパッチ (ZDP)/ゼロダウンタイム再起動 (ZDR) 中に保存された接続が正しく処理されない問題を修正しました。これにより、クライアントはクエリが完了するまで無期限に待機する可能性があります。

  • 更新中に空間インデックスを通じて行が読み取り不能になる問題を修正しました。

  • ダウンタイムなしの再起動 (ZDR) またはダウンタイムなしのパッチ適用 (ZDP) オペレーション中に中止されたオプティマイザヒントを含むクエリが正しく処理されない問題を修正しました。

  • innodb_flush_log_at_trx_commit が 0 に設定されている場合にコミットレイテンシーが測定されない問題を修正しました。

  • テーブルの数が多い場合に論理データディクショナリ復旧中のメモリ使用量を減らすための最適化を導入しました。

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

  • ビュー定義のデフォルトロールに関連するメモリの問題を修正しました。

  • 「書き込み転送」機能を無効にするプロセスの完了に失敗する問題を修正しました。

  • 書き込み転送を使用するリーダーインスタンスがタイムスタンプ値を含む DML ステートメントを実行し、time_zone データベースパラメータが「UTC」に設定されている場合に、ライターデータベースインスタンスが再起動する問題を修正しました。

  • まれに、Aurora リードレプリカの同時読み取りクエリとライターの DDL オペレーションが原因で、レプリカにエラー「テーブルが存在しない」という Aurora リードレプリカまたはテーブル定義の不整合が断続的に使用できない問題を修正しました。

  • 並列クエリでハッシュ結合アルゴリズムを使用して LEFT-JOIN または RIGHT-JOIN オペレーションを含むクエリを実行するときに、不完全な結果セットが発生する問題を修正しました。

MySQL Community Edition でのバグ修正の統合

このリリースには、8.0.44 までのコミュニティバグ修正がすべて含まれています。詳細については、「Aurora MySQL 3.x データベースエンジンの更新で修正された MySQL のバグ」を参照してください。

  • フォームのクエリSELECT 1 FROM t WHERE CAST(a AS UNSIGNED INTEGER) = 1 AND a = (SELECT 1 FROM t)によって でアサーションが失敗する問題を修正しましたitem_func.cc。(コミュニティバグ修正 #36128964)

  • FLUSH STATUS、COM_CHANGE_USER、および SHOW PROCESS LIST が同時に実行されるとデッドロックが解決される問題を修正しました。(バグ #35218030)