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 の新機能の詳細については、「My 8.0 と互換性のある AuroraSQL MySQL バージョン 3」を参照してください。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.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。

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

可用性の向上:

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

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

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

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

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

  • SHOW STATUS ステートメントと PURGEBINARYLOGSステートメントを同時に実行するときにデータベースインスタンスが再起動する問題を修正しました。 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_endpointtimeout_ms) content_typeが追加されました。Aurora MySQL バージョン 3.07.0 では、これらのキーワードは予約されていないキーワードに変更され、引用符なしで識別子として許可されています。予約済みキーワードと予約されていないキーワードの処理方法の詳細については、「マイSQLドキュメント」の「キーワードと予約語」を参照してください。SQL

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

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

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

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

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

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

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

  • 監査ログファイルの管理に関連する問題を修正しました。これにより、ログファイルをダウンロードまたはローテーションできなくなり、場合によってはCPU使用量が増加する可能性があります。

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

  • 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 My バージョン 3 へのメジャーバージョンアップグレードが失敗する問題を修正しました。SQL

  • 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 までのコミュニティのバグ修正がすべて含まれています。詳細については、「Aurora MySQL 3.x データベースエンジンの更新によって修正されたバSQLグ」を参照してください。

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

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

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

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