Aurora MySQL データベースエンジンの更新 2024-06-04 (バージョン 3.07.0、MySQL 8.0.36 互換) - Amazon Aurora

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

Aurora MySQL データベースエンジンの更新 2024-06-04 (バージョン 3.07.0、MySQL 8.0.36 互換)

バージョン: 3.07.0

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

現在サポートされている Aurora MySQL リリースは、2.07.9、2.07.10、2.11.*、2.12.*、3.03.*、3.04.*、3.05.*、3.06.*、および 3.07.* です。

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

改良点

セキュリティの問題と CVEs。

このリリースには、MySQL 8.0.36 までのコミュニティ CVE 修正がすべて含まれています。以下の CVE 修正が含まれています。

可用性の向上:

  • ライター DB インスタンスで変更または削除されているテーブルを読み取るときに、リーダー DB インスタンスが再起動することがある問題を修正しました。

  • 転送されたクエリの実行中に書き込み転送セッションが閉じられたときに Aurora MySQL ライター DB インスタンスが再起動する問題を修正しました。

  • バイナリログが有効なインスタンスで大きな GTID セットを処理するときに DB インスタンスが再起動する問題を修正しました。

  • InnoDB パーティションテーブルでINSERTクエリを処理するときに、インスタンスの空きメモリが徐々に減少する問題を修正しました。

  • まれにリーダー DB インスタンスが再起動することがある問題を修正しました。

  • SHOW STATUS ステートメントと PURGE BINARY LOGS ステートメントを同時に実行するときに、データベースインスタンスが再起動する問題を修正しました。 PURGE BINARY LOGS は、ユーザーが設定したバイナリログの保持期間を守って実行されるマネージドステートメントです。

  • 非仮想列が MODIFY COLUMNまたは ステートメントで並べ替えられたテーブルでデータ操作言語 (DML) CHANGE COLUMNステートメントを実行した後、サーバーが予期せず閉じる問題を修正しました。

  • データベースインスタンスの再起動中に、追加の再起動が発生する可能性がある問題を修正しました。

  • 転送された暗黙的なコミットステートメントでエラーが発生した場合に、書き込み転送を使用するリーダー DB インスタンスが再起動する問題を修正しました。

  • 外部キーの制約があるテーブルに対してSELECTクエリを実行するときに、まれにリーダーインスタンスが再起動することがある問題を修正しました。

  • マルチ TB の Aurora クラスターボリュームを使用する DB インスタンスで、InnoDB バッファプールの検証エラーにより、再起動中のダウンタイムが増加する可能性がある問題を修正しました。

  • 仮想列がDELETE外部キー制約の列UPDATEとして、または参照されるテーブルのメンバーとして関係するテーブルでカスケードまたは外部キー制約が定義されている場合に、データベースが再起動することがある問題を修正しました。

  • AUTO_INCREMENT 列を含む重い挿入操作の実行中に再起動が発生した場合、起動時にデータベースの復旧が中断される問題を修正しました。

  • のスケールアップ中にデータベースが再起動Aurora Serverless v2する可能性がある問題を修正しました。

全般的な機能強化:

  • パラレルクエリを使用するプライマリキー範囲スキャンクエリのサブセットの I/O 使用量を削減し、パフォーマンスを改善しました。

  • Aurora MySQL バージョン 3.06.0 で、Amazon Bedrock 統合のサポートが追加されました。その一環として、新しい予約キーワード (acceptaws_bedrock_invoke_model、、aws_sagemaker_invoke_endpointcontent_typetimeout_ms) が追加されました。Aurora MySQL バージョン 3.07.0 では、これらのキーワードは予約されていないキーワードに変更され、引用符なしで識別子として許可されています。MySQL が予約キーワードと予約キーワードを処理する方法の詳細については、MySQL ドキュメントの「キーワードと予約語」を参照してください。

  • Amazon Bedrock がまだ利用できない で Aurora MySQL DB クラスターから Amazon Bedrock サービスを呼び出すときに、クライアントにエラーメッセージが明確に返 AWS リージョン されない問題を修正しました。

  • Aurora パラレルクエリを使用してBLOB列をクエリすると、メモリが過剰に消費される問題を修正しました。

  • MySQL Community Edition と同じように動作するようにセッションレベルで設定される connection_memory_limitおよび connection_memory_chunk_sizeパラメータのサポートを追加しました。connection_memory_limit は、単一のユーザー接続で使用できるメモリの最大量を設定するために使用されます。connection_memory_chunk_size パラメータを使用して、グローバルメモリ使用量カウンターの更新のチャンキングサイズを設定できます。

  • ユーザーがクエリを中断したり、performance_schemaクエリのセッションタイムアウトを設定したりできない問題を修正しました。

  • カスタム SSL 証明書 (mysql.rds_import_binlog_ssl_material) を使用するように設定されたバイナリログ (binlog) レプリケーションが、レプリケーションインスタンスがホスト交換中に失敗することがある問題を修正しました。

  • すべてのテーブルで全文検索システムのメモリ使用量を追跡する Aurora_fts_cache_memory_used グローバルステータス変数を追加しました。詳細については、「Amazon Aurora ユーザーガイド」の「Aurora MySQL グローバルステータス変数」を参照してください。

  • Amazon Aurora MySQL DB クラスターがバイナリログレプリカとして設定され、拡張バイナリログとゼロ ETL 統合が有効になっている場合に、ゼロ ETL 送信先として設定された Amazon Redshift クラスターで IntegrationLag が一時的に増加する可能性がある問題を修正しました。

  • 監査ログファイルの管理について、ログファイルにアクセスしてダウンロードやローテーションを行うのを妨げ、場合によっては CPU 使用率を上昇させる問題を修正しました。

  • スナップショットの復元、point-in-timeリカバリの実行、データベース内の多数のテーブルを含む DB クラスターのクローン作成の完了時間を短縮するために、AUTO_INCREMENTキーリカバリを最適化しました。

  • wait/io/redo_log_flush イベントがパフォーマンススキーマの待機イベントの概要テーブルに表示されない問題を修正しました。

  • スナップショットの復元、バックトラック、またはデータベースのクローン作成オペレーション後に、降順インデックスを使用するAUTO_INCREMENT列で重複するキーエラーが発生する問題を修正しました。

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

  • テーブルに少なくとも 1 つの全文検索 (FTS) インデックスがあり、ステートメントが Aurora ライター DB インスタンスで実行されている場合、Aurora リーダーインスタンスのSELECTクエリTRUNCATEがエラーテーブルで失敗することがある問題を修正しました。

  • まれにダウンタイムなしのパッチ適用 (ZDP) が失敗する問題を修正しました。

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

アップグレードと移行:

  • テーブルスキーマにユーザー定義のFTS_DOC_ID列がある場合に、Aurora MySQL バージョン 2 から Aurora MySQL バージョン 3 へのアップグレードが失敗する可能性がある問題を修正しました。

  • InnoDB テーブルスペースの処理中に同期の問題が発生すると、Aurora MySQL バージョン 2 から Aurora MySQL バージョン 3 へのアップグレードが失敗する可能性がある問題を修正しました。 InnoDB

  • Aurora MySQL バージョン 2 の InnoDB システムテーブルに既に削除されたテーブルスペースに孤立したエントリが存在するため、Aurora MySQL バージョン 3 へのメジャーバージョンアップグレードが失敗する問題を修正しました。 MySQL

  • Amazon RDS ブルー/グリーンデプロイのスイッチオーバー後に SERVER_ID 値が更新されない問題を修正しました。これにより、Amazon Web Services (AWS) JDBC ドライバーなどのスマートドライバーがブルー/グリーンスイッチオーバー後に DB クラスタートポロジを検出できなかった問題が発生しました。この修正により、Aurora MySQL バージョン 3.07 以降で実行されている RDS ブルー/グリーンデプロイの一部として名前が変更された Aurora DB クラスターでは、スイッチオーバーの一部としてSERVER_ID値が更新されます。以前のバージョンでは、ブルークラスターとグリーンクラスターの DB インスタンスを再起動してSERVER_ID値を更新できます。

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

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

  • キャッシュライン値が誤って計算され、Graviton ベースのインスタンスでのデータベースの再起動中に障害が発生する問題を修正しました。(コミュニティバグ修正 #35479763)

  • ストアドルーチン内のサブクエリの一部のインスタンスが正しく処理されない問題を修正しました。(コミュニティバグ修正 #35377192)

  • バックグラウンド TLS 証明書のローテーション (コミュニティバグ修正 #34284186) により CPU 使用率が高くなる可能性がある問題を修正しました。

  • InnoDB が Aurora MySQL バージョン 3.05 より前のバージョンの MySQL システムスキーマのテーブルへのINSTANT列の追加を許可していた問題を修正しました。これにより、Aurora MySQL バージョン 3.05.0 にアップグレードした後にサーバーが予期せず閉じられる (データベースインスタンスが再起動する) 可能性があります。(コミュニティバグ修正 #35625510)。