Aurora MySQL データベースエンジンの更新 2023-11-13 (バージョン 3.04.1、MySQL 8.0.28 互換)

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

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

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

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

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

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

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

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

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

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

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

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

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

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