Aurora MySQL データベースエンジンの更新 2023-10-25 (バージョン 3.05.0、MySQL 8.0.32 互換）

Aurora MySQL データベースクラスターからKMS、キー (SSE-) で暗号化された Amazon S3 バケット内のテキストファイルにデータを保存するためのサポートが追加されましたKMS。詳細については、「Amazon Aurora MySQL DB クラスターから Amazon S3 バケットのテキストファイルにデータを保存する」を参照してください。

エンジンで使用されているタイムゾーン (TZ) 情報の最新バージョンを示す新しいグローバルステータス変数 aurora_tmz_version が追加されました。値はIANAタイムゾーンデータベースのバージョンに従いYYYYsuffix、2022a や 2023c など、「」の形式になっています。詳細については、「Aurora MySQL グローバルステータス変数」を参照してください。

CVE-2022-37434

並列クエリを使用する Aurora MySQL データベースインスタンスで、多数の同時並列クエリを実行するとデータベースが再起動することがある問題を修正しました。

監査ログ記録スレッドが原因でロック競合が発生し、最終的にCPU使用率が高くなり、クライアントアプリケーションのタイムアウトが発生する問題を修正しました。

バイナリログソースが gtid_modeONまたは に設定されている場合に、拡張バイナリログが有効になっているバイナリログ (binlog) レプリカクラスターで実行されたGTIDセットが誤って復元される問題を修正しましたON_PERMISSIVE。この問題により、レプリカクラスターのライターインスタンスが復旧中にさらに再起動したり、実行されたGTIDセットをクエリするときに誤った結果が発生する可能性があります。

拡張バイナリログが有効になっている場合に解放可能なメモリが減少し、Aurora MySQL データベースインスタンスの再起動またはフェイルオーバーが発生する可能性があるメモリ管理の問題を修正しました。

削除されたテーブルに属するデータベースページを読み取ろうとした場合に、データベースインスタンスが再起動する問題を修正しました。

ライターインスタンスがデータベースボリュームを拡大させ、160 GB の倍数に達すると、リーダーインスタンスが再起動する問題を修正しました。

拡張バイナリログ機能が有効になっている Aurora MySQL データベースインスタンスが、バイナリログ復旧プロセスの実行中にデータベースインスタンスの起動中に停止する問題を修正しました。

大規模なロールバックセグメントが初期化されているときに、Aurora MySQL データベースインスタンスがインスタンスの起動中に複数回再起動することがある問題を修正しました。

ダウンタイムのないパッチ適用中にインスタンスが再起動し、データベース接続が予期せず切断される問題を修正しました。

SHOW STATUS ステートメントと PURGEBINARYLOGSステートメントを同時に実行するときにデッドラッチが原因でデータベースインスタンスが再起動する問題を修正しました。purge binary logs は、ユーザーが設定したバイナリログの保持期間に従って実行されるマネージドステートメントです。

データベースが内部システムテーブルでトリガーを作成または削除しているときにライターインスタンスが再起動すると、データベースクラスターが使用できない状態になる問題を修正しました。

Aurora レプリカのあるクラスターで拡張バイナリログ機能を使用する場合、セマフォの待機時間が長くなり、データベースインスタンスが再起動する可能性がある問題を修正しました。

集計関数を参照するクエリの実行中に、データベースインスタンスが再起動する可能性がある問題を修正しました。

Aurora Serverless v2 がスケーリング中に誤ってテーブルキャッシュの更新を試みた場合に、まれにデータベースインスタンスが再起動する可能性がある問題を修正しました。

中間一時テーブルをマテリアライズする際に、サポートされていないインデックススキャンアクセス方法が共通テーブル式 (CTE) で考慮され、データベースの再起動や誤ったクエリ結果などの望ましくない動作が発生する可能性がある問題を修正しました。サポートされていないインデックススキャンアクセスメソッドを TempTable ストレージエンジンを使用するテーブルで使用しないことで、この問題を修正しました。

Aurora MySQL 3.04.0 で実行されているデータベースクラスターで拡張バイナリログが有効になっていると、Aurora Serverless v2データベースが使用できなくなる問題を修正しました。

拡張バイナリログ機能が有効になっている場合は、Aurora ストレージへの書き込み前に、未使用のストレージメタデータが削除されます。その結果、ネットワーク上で転送されるバイト数が増えて書き込み遅延が長くなり、データベースの再起動やフェイルオーバーが発生する特定のシナリオを回避できます。

performance_schema に malloc_stats テーブルと malloc_stats_totals テーブルが追加され、内部メモリアロケータである Jemalloc の動作を制御する 3 つの高度なシステム変数が追加されました。

アップグレード時または移行時に Aurora 固有のパフォーマンススキーマテーブルが作成されない問題を修正しました。

新しいシステム変数 aurora_use_vector_instructions が追加されました。このパラメータを有効にすると、Aurora MySQL は最適化されたベクトル処理命令を使用して I/O 負荷の高いワークロードのパフォーマンスを向上させます。この設定は、Aurora MySQL 3.05 以降ではONデフォルトで有効になっています。詳細については、「Aurora MySQL 設定パラメータ」を参照してください。

拡張バイナリログが有効になっていると、 のNumBinaryLogFilesメトリクスに誤った結果 CloudWatch が表示される問題を修正しました。

Amazon Sagemaker への Aurora MySQL Machine Learning オペレーションのリクエストタイムアウトが 3 秒から 30 秒に増加しました。これにより、バッチサイズを大きくすると、Aurora MySQL Machine Learning から Amazon Sagemaker へのリクエストの再試行回数が増加したり、失敗したりする問題を解決できます。

performance_schema データベース内の malloc_stats テーブルと malloc_stats_totals テーブルのサポートが追加されました。

LOAD DATA FROM S3 コマンドの FROM キーワードが更新され、オプションになりました。詳細については、「Amazon S3 バケットのテキストファイルから Amazon Aurora MySQL DB クラスターにデータをロードするAmazon S3」を参照してください。

パラメータ innodb_aurora_instant_alter_column_allowed のサポートが追加されました。このパラメータは、INSTANT アルゴリズムを ALTER COLUMN オペレーションに使用できるかどうかを制御します。詳細については、「クラスターレベルのパラメータ」を参照してください。

書き込み転送が有効になっていると、クライアントからデータベースへの新しい接続が確立されないことがある問題を修正しました。

table_open_cache データベースパラメータの変更が、データベースインスタンスを再起動するまで有効にならないことがある問題を修正しました。

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

GROUP BY 句を使用し、aurora_parallel_query パラメータを ON に指定した SELECT クエリを実行すると、不正確な結果が返されることがある、インデックススキャンに関する問題を修正しました。

INFORMATION_SCHEMA INNODB_TABLESPACES テーブルに対してクエリを実行すると、使用可能なメモリが枯渇する可能性がある問題を修正しました。

リーダーインスタンスが 1146 ERROR でテーブルを開くことができない問題を修正しました。この問題は、INPLACEアルゴリズムがライターインスタンスで使用されているときに、特定のタイプのオンラインデータ定義言語 (DDL) を実行するときに発生します。

内部モニタリングプロセスが重複するスケーリングリクエストを誤って送信した場合に、Aurora Serverless v2 のスケーリング中にインスタンスの再起動を回避するため、問題を修正しました。

接続されたバイナリログ (binlog) コンシューマーが重複するバイナリログレプリケーションサーバー を使用している場合に、データベースが再起動する問題を修正しましたIDs。

Aurora My SQLマネージドバイナリログレプリカのインメモリリレーログキャッシュを導入しました。この改善により、バイナリログのレプリケーションスループットを最大 40% 向上させることができます。この機能強化は、シングルスレッドバイナリログレプリケーションを使用する場合、またはGTID自動配置を有効にしてマルチスレッドレプリケーションを使用する場合に自動的に有効になります。

1 つのデータベースに非常に多数のテーブルがある MySQL 5.7 から MySQL 8.0 にアップグレードすると、サーバーが過剰なメモリを消費する原因となりました。テーブルをアップグレードできるかどうかを確認する過程で、データディクショナリ Table オブジェクトをすべて事前に取得し、それぞれを処理して名前を取得してから、リストに対してバージョン互換性の確認を実行していたことが判明しました。この場合、すべてのオブジェクトを事前に取得する必要はなく、そのせいでメモリ消費量に大きな影響が出ていました。この問題を解決するために、このような場合には、一度に 1 つずつ Table オブジェクトを取得し、必要なチェックをすべて実行して名前を取得し、オブジェクトを解放してから、次のオブジェクトに進むことにしました。(バグ #34526001)

データベースインスタンスで使用可能なすべての を使用してテーブルスペースチェックを並行して実行することで、Aurora MySQL バージョン 2 からバージョン 3 へのメジャーバージョンアップグレードのパフォーマンスが向上し vCPUs ました。

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