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

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 ユーザーガイド」の「What is Amazon Bedrock?」を参照してください。詳細については、MySQL ドキュメントの「Keywords and Reserved Words」、「The INFORMATION_SCHEMA KEYWORDS Table」、および「Schema Object Names」を参照してください。

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

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

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

Amazon Aurora 機械学習では、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 テーブルスペースの自動切り捨てのサポートが追加されました。この最適化により、UNDO ログが消去された後に、UNDO テーブルスペースで未使用のスペースを再利用できます。

CVE-2020-11104

CVE-2020-11105

CVE-2023-38545

CVE-2023-38546

CVE-2023-39975

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

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

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

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

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

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

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

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

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

AUTO_INCREMENT 列がからむ負荷の高い挿入オペレーションの実行中に再起動が発生した場合に、起動時のデータベース復旧が中断されることがある問題を修正しました。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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