翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Aurora MySQL データベースエンジンの更新 2023-12-08 (バージョン 3.03.3) (廃止)
バージョン: 3.03.3
Aurora MySQL 3.03.3 は一般利用可能です。Aurora MySQL 3.03 バージョンは、MySQL 8.0.26 と互換性があります。8.0.23 から 8.0.28 で行われたコミュニティ版の変更点の詳細については、「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 コミュニティエディションの比較については、「Aurora MySQL バージョン 3 と MySQL 8.0 コミュニティエディションの比較」を参照してください。
現在利用可能な Aurora MySQL リリースは、2.07.9、2.07.10、2.11.*、2.12.*、3.01.*、3.02.*、3.03.*、3.04.*、3.05.* です。
現在利用可能な Aurora MySQL バージョン 2 クラスターから Aurora MySQL バージョン 3.03.3 クラスターへのインプレースアップグレード、スナップショットの復元、Amazon RDS ブルー/グリーンデプロイによるマネージドブルー/グリーンアップグレードの開始を行うことができます。
Aurora MySQL バージョン 3 へのアップグレードの計画については、「Amazon Aurora ユーザーガイド」の「Upgrade planning for Aurora MySQL version 3」を参照してください。Aurora MySQL のアップグレードに関する一般的な情報については、「Amazon Aurora ユーザーガイド」の「Amazon Aurora MySQL DB クラスターのアップグレード」を参照してください。
トラブルシューティング情報については、「Aurora MySQL バージョン 3 のアップグレードに関する問題のトラブルシューティング」を参照してください。
ご質問やご不明点がございましたら、 コミュニティフォーラムおよび AWS サポートを通じてAWS サポート
改良点
以下のセキュリティの問題と CVE の修正:
マネージド型の環境での処理を微調整するための修正およびその他の機能強化。以下の CVE の追加の修正:
可用性の向上:
パラレルクエリを使用する 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 ストレージへの書き込み前に、未使用のストレージメタデータが削除されます。その結果、ネットワーク上で転送されるバイト数が増えて書き込み遅延が長くなり、データベースの再起動やフェイルオーバーが発生する特定のシナリオを回避できます。
-
拡張バイナリログが有効になっている場合に、CloudWatch の
NumBinaryLogFiles
メトリクスに誤った結果が表示されることがある問題を修正しました。 -
table_open_cache
データベースパラメータの変更が、データベースインスタンスを再起動するまで有効にならないことがある問題を修正しました。 -
接続先のバイナリログ (binlog) コンシューマーが、重複するバイナリログレプリケーションサーバー ID を使用している場合に、データベースが再起動する問題を修正しました。
MySQL Community Edition でのバグ修正の統合
このリリースには、以下を含め、8.0.26 までのコミュニティ版のバグ修正がすべて反映されています。詳細については、「MySQL 3.x データベースエンジンの更新で修正された MySQL のバグ」を参照してください。
-
バックグラウンドの TLS 証明書のローテーションが原因で CPU 使用率が高くなる問題を修正しました (コミュニティのバグ修正 #34284186)。