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 Community Edition の比較については、「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 サポート
改善点
以下のセキュリティの問題と CVE の修正:
-
完全に AWS が所有する実装である FIPS 検証済み暗号化のサポートを有効にしました。詳細については、「AWS セキュリティブログ
」の「AWS-LC is now FIPS 140-3 certified 」を参照してください。
このリリースには、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またはCHANGE COLUMNステートメントで並べ替えられたテーブルでデータ操作言語 (DML) ステートメントを実行した後、サーバーが予期せず終了する問題を修正しました。 -
データベースインスタンスの再起動中に、追加の再起動が発生する可能性がある問題を修正しました。
-
転送された暗黙的なコミットステートメント
でエラーが発生した場合に、書き込み転送を使用するリーダー DB インスタンスが再起動する可能性がある問題を修正しました。 -
外部キーの制約があるテーブルに対して
SELECTクエリを実行するときに、まれにリーダーインスタンスが再起動することがある問題を修正しました。 -
マルチ TB Aurora クラスターボリュームを使用する DB インスタンスで、InnoDB バッファプールの検証の失敗により再起動中にダウンタイムが増加する可能性がある問題を修正しました。
-
仮想列が外部キー制約の列として、または参照されるテーブルのメンバーとして関係するテーブルでカスケード
UPDATEまたはDELETE外部キー制約が定義されている場合に、データベースが再起動する可能性がある問題を修正しました。 -
AUTO_INCREMENT列がからむ負荷の高い挿入オペレーションの実行中に再起動が発生した場合に、起動時のデータベース復旧が中断されることがある問題を修正しました。 -
Aurora Serverless v2 のスケールアップ中にデータベースが再起動する可能性がある問題を修正しました。
全般的な機能強化:
-
並列クエリを使用するプライマリキー範囲スキャンクエリのサブセットの I/O 使用量の削減とパフォーマンスの向上。
-
Aurora MySQL バージョン 3.06.0 で Amazon Bedrock 統合のサポートが追加されました。その一環として、新しい予約キーワード (
accept、aws_bedrock_invoke_model、aws_sagemaker_invoke_endpoint、content_type、timeout_ms) が追加されました。Aurora MySQL バージョン 3.07.0 では、これらのキーワードは非予約キーワードに変更され、引用符なしで識別子として許可されるようになりました。MySQL が予約キーワードと非予約キーワードを処理する方法の詳細については、MySQL ドキュメントの「Keywords and reserved words」を参照してください。 -
Amazon Bedrock がまだ利用できない AWS リージョン の Aurora MySQL DB クラスターから Amazon Bedrock サービスを呼び出すときに、クライアントにエラーメッセージが明確に返されない問題を修正しました。
-
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 使用率を上昇させる問題を修正しました。
-
スナップショットの復元、ポイントインタイムリカバリの実行、データベース内の多数のテーブルを持つ DB クラスターのクローン作成の完了時間を短縮するために、
AUTO_INCREMENTキーリカバリを最適化しました。 -
wait/io/redo_log_flush イベントがパフォーマンススキーマのイベント待機サマリーテーブル
に表示されない問題を修正しました。 -
スナップショットの復元、バックトラック、またはデータベースのクローン作成のオペレーション後に、降順インデックスを使用する
AUTO_INCREMENT列で重複キーエラーが発生する可能性がある問題を修正しました。 -
書き込み転送を使用するリーダー DB インスタンスがタイムスタンプ値を含むデータ操作言語 (DML) ステートメントを実行し、
time_zoneデータベースパラメータがUTCに設定されている場合に、ライター DB インスタンスが再起動する問題を修正しました。 -
テーブルに少なくとも 1 つの全文検索 (FTS) インデックスがあり、Aurora ライター DB インスタンスで
TRUNCATEステートメントが実行されている場合、Aurora リーダーインスタンスのSELECTクエリが「table doesn't exist」エラーで失敗する可能性がある問題を修正しました。 -
まれにダウンタイムのないパッチ適用 (ZDP) が失敗する問題を修正しました。
-
並列クエリでハッシュ結合アルゴリズムを使用して
LEFT JOINまたはRIGHT JOINオペレーションを含むクエリを実行するときに、不完全な結果セットが発生する問題を修正しました。
アップグレードと移行:
-
テーブルスキーマにユーザー定義の
FTS_DOC_ID列が存在する場合、Aurora MySQL バージョン 2 から Aurora MySQL バージョン 3 へのアップグレードが失敗する可能性がある問題を修正しました。 -
InnoDB テーブルスペースの処理中に同期の問題により、Aurora MySQL バージョン 2 から Aurora MySQL バージョン 3 へのアップグレードが失敗する可能性がある問題を修正しました。
-
Aurora MySQL バージョン 2 の InnoDB システムテーブルに既に削除されているテーブルスペースに孤立したエントリが存在するため、Aurora MySQL バージョン 3 へのメジャーバージョンアップグレードが失敗する問題を修正しました。
-
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 証明書のローテーションが原因で CPU 使用率が高くなる問題を修正しました (コミュニティのバグ修正 #34284186)。
-
InnoDB が Aurora MySQL バージョン 3.05 より前のバージョンの MySQL システムスキーマのテーブルへの
INSTANT列の追加を許可し、Aurora MySQL バージョン 3.05.0 にアップグレードした後にサーバーが予期せず終了 (データベースインスタンスの再起動) する問題を修正しました。(コミュニティのバグ修正 #35625510)。