Aurora MySQL データベースエンジンの更新 2024-03-07 (バージョン 3.06.0、MySQL 8.0.34 互換） - Amazon Aurora
新機能改良点MySQL Community Edition でのバグ修正の統合

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

Aurora MySQL データベースエンジンの更新 2024-03-07 (バージョン 3.06.0、MySQL 8.0.34 互換）

バージョン： 3.06.0

Aurora MySQL 3.06.0 は一般利用可能です。Aurora MySQL 3.06 バージョンは MySQL 8.0.34 と互換性があります。これまでのコミュニティ版の変更点の詳細については、「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.* です。

Amazon RDS ブルー/グリーンデプロイを使用して、現在サポートされている Aurora MySQL バージョン 2 クラスターから Aurora MySQL バージョン 3.06.0 クラスターへのインプレースアップグレード、スナップショットの復元、またはマネージドブルー/グリーンアップグレードの開始を実行できます。 MySQL MySQL

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

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

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

新機能

  • Aurora MySQL バージョン 3.06.0 は Amazon Bedrock の統合をサポートし、新しい予約キーワード accept、aws_bedrock_invoke_model、aws_sagemaker_invoke_endpoint、content_type、および を導入しますtimeout_ms。バージョン 3.06.0 にアップグレードする前に、オブジェクト定義で新しい予約キーワードの使用を確認してください。新しい予約キーワードとの競合を軽減するには、オブジェクト定義で使用される予約キーワードを引用符で囲みます。Amazon Bedrock の統合と予約キーワードの処理の詳細については、「Amazon Aurora ユーザーガイド」の「Amazon Bedrock とは」を参照してください。詳細については、MySQL ドキュメントの「キーワードと予約語」、「Information_SCHEMA キーワードテーブル」、および「スキーマオブジェクト名」を参照してください。 https://dev.mysql.com/doc/refman/8.0/en/information-schema-keywords-table.html

  • 複数のセカンダリインデックスを持つ大きなテーブルのトランザクションをレプリケートする際のバイナリログレプリカのパフォーマンスが向上しました。この機能により、バイナリログレプリカにセカンダリインデックスの変更を並列で適用するスレッドプールが導入されます。この機能は aurora_binlog_replication_sec_index_parallel_workers DB クラスターパラメータによって制御されます。これにより、セカンダリインデックスの変更を適用できる並列スレッドの総数が制御されます。詳細については、「Amazon Aurora ユーザーガイド」の「バイナリログのレプリケーションの最適化」を参照してください。

  • Aurora MySQL クラスターのデータベースインスタンスread_onlyで グローバルシステム変数の値を変更mysql.rds_set_read_onlyできる新しいストアドプロシージャを追加しました。詳細については、「Amazon Aurora ユーザーガイド」の「レプリケーション」を参照してください。

  • の値を指定してバイナリログレプリカで暗号化を設定mysql.rds_set_binlog_source_sslできる新しいストアドプロシージャを追加しましたSOURCE_SSL。詳細については、「Amazon Aurora ユーザーガイド」の「レプリケーション」を参照してください。

  • Amazon Aurora Machine Learning は、Aurora MySQL データベースと AWS 機械学習 (ML) サービス間の最適化された統合です。Amazon Bedrock がサポートされるようになりました。これにより、SQL を使用して Aurora MySQL DB クラスターから直接 Amazon Bedrock で機械学習モデルを呼び出すことができます。Aurora MySQL DB クラスターで Amazon Bedrock を使用する方法の詳細については、「Amazon Aurora ユーザーガイド」の「Aurora MySQL での Amazon Aurora 機械学習の使用」を参照してください。

  • Aurora MySQL バージョン 3.06 では、テーブルスペースの自動 UNDO 切り捨てのサポートが追加されました。この最適化により、元に戻すログが消去された後に、元に戻すテーブルスペースの未使用のスペースを再利用できます。

改良点

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

このリリースには、次の CVE 修正が含まれています。

可用性の向上:

  • ライター DB インスタンスのワークロードが高い場合に、リードレプリカ DB インスタンスが正常に起動できない問題を修正しました。

  • Aurora MySQL ライター DB インスタンスが Aurora ストレージとの通信に不具合があるためにフェイルオーバーする問題を修正しました。この不具合は、Aurora ストレージインスタンスのソフトウェア更新後に DB インスタンスと基盤となるストレージ間の通信が中断された結果として発生します。

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

  • クエリの実行中にハッシュ結合を使用すると空きメモリが減少し、Aurora MySQL DB インスタンスが再起動またはフェイルオーバーする問題を修正しました。

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

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

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

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

  • Aurora MySQL 2.10 では、読み取り可能な Aurora DB クラスターの再起動のサポートが追加されました。この機能を使用すると、ライター DB インスタンスの再起動中にリーダー DB インスタンスをオンラインのままにすることができます。この機能は、Aurora MySQL グローバルデータベース AWS リージョン のセカンダリ でサポートされるようになりました。これにより、プライマリクラスターでのライターインスタンスの再起動中に読み取りリクエストを引き続き処理できます。以前は、ライターインスタンスが再起動すると、Aurora MySQL セカンダリクラスター内のすべてのリーダーインスタンスも再起動していました。このリリースでは、セカンダリクラスターリーダーインスタンスがライターインスタンスの再起動中も読み取りリクエストを処理し続け、クラスター内の読み取り可用性を向上させます。詳細については、「Rebooting an Aurora cluster with read availability」を参照してください。

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

全般的な機能強化:

  • Aurora クラスターボリュームからのデータの読み取り中に一時的なネットワークの問題により、パラレルクエリが失敗する問題を修正しました。

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

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

  • メモリが 4 GiB 以下の小さな DB インスタンスは、DB インスタンスがメモリ負荷がかかっているときに、メモリを消費する上位の接続を閉じるようになりました。バッファプールを調整してサイズを小さくすることもできます。詳細については、「Amazon Aurora ユーザーガイド」の「Amazon Aurora MySQL out-of-memoryの問題」を参照してください。

  • メモリが 4 GiB を超えるaurora_oom_responseすべての DB インスタンスクラスの のデフォルトレスポンスを空から に変更しましたprint。詳細については、「Amazon Aurora ユーザーガイド」の「Amazon Aurora MySQL out-of-memoryの問題」を参照してください。

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

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

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

  • ロックマネージャーのメモリ使用量を追跡するための Aurora_lockmgr_memory_usedおよび Aurora_lockmgr_buffer_pool_memory_usedメトリクスを追加しました。詳細については、「Amazon Aurora ユーザーガイド」の「Aurora MySQL グローバルステータス変数」を参照してください。

  • 2.11.* より前の Aurora MySQL バージョンからアップグレードすると、小さなリードレプリカインスタンスでレプリケーションの遅延が増加することがある問題を修正しました。

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

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

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

アップグレードと移行:

  • テーブルスキーマにユーザー定義のFTS_DOC_ID列が存在する場合、メジャーバージョンのアップグレードが失敗する問題を修正しました。

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

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

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

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

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

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

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

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