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

Aurora MySQL バージョン 3.06.0 は Amazon Bedrock 統合をサポートし、新しい予約キーワード accept、aws_bedrock_invoke_model、、content_type、および aws_sagemaker_invoke_endpointを導入しますtimeout_ms。バージョン 3.06.0 にアップグレードする前に、オブジェクト定義で新しい予約キーワードの使用を確認してください。新しい予約キーワードとの競合を軽減するには、オブジェクト定義で使用される予約キーワードを引用します。Amazon Bedrock の統合と予約キーワードの処理の詳細については、「Amazon Aurora ユーザーガイド」の「Amazon Bedrock とは」を参照してください。詳細については、MySQL ドキュメントの「キーワードと予約語」、INFORMATION「_SCHEMA KEYWORDSテーブル」、および「スキーマオブジェクト名」を参照してください。

複数のセカンダリインデックスを持つ大きなテーブルのトランザクションをレプリケートする際のバイナリログレプリカのパフォーマンスが向上しました。この機能により、バイナリログレプリカにセカンダリインデックスの変更を並列で適用するスレッドプールが導入されます。この機能は 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 がサポートされるようになり、 を使用して Aurora MySQL DB クラスターから直接 Amazon Bedrock で機械学習モデルを呼び出すことができるようになりましたSQL。Aurora MySQL DB クラスターで Amazon Bedrock を使用する方法の詳細については、「Amazon Aurora ユーザーガイド」の「Aurora My での Amazon Aurora 機械学習の使用SQL」を参照してください。

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

CVE-2020-11104

CVE-2020-11105

CVE-2023-38545

CVE-2023-38546

CVE-2023-39975

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

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

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

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

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

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

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

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

Aurora MySQL 2.10 では、読み取り可用性を備えた Aurora DB クラスターの再起動のサポートが追加されました。この機能を使用すると、書き込み DB インスタンスの再起動中にリーダー DB インスタンスをオンラインのままにすることができます。この機能は、Aurora MySQL Global Database 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 ユーザーガイド」のSQL out-of-memory 「Amazon Aurora の問題」を参照してください。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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