翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
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 の新機能の詳細については、「My 8.0 と互換性のある AuroraSQL MySQL バージョン 3」を参照してください。Aurora MySQL バージョン 3 と Aurora MySQL バージョン 2 の違いについては、「Aurora MySQL バージョン 2 と Aurora MySQL バージョン 3 の比較」を参照してください。Aurora MySQL バージョン 3 と My SQL8.0 Community Edition の比較については、「Aurora MySQL バージョン 3 と MySQL 8.0 Community Edition の比較」を参照してください。
現在利用可能な Aurora MySQL リリースは、2.07.9、2.07.10、2.11.*、2.12.*、3.01.*、3.02.*、3.03.*、3.04.*、3.05.* です。
Amazon Blue/Green Deployments を使用して、現在利用可能な Aurora My バージョン 2 クラスターから Aurora My バージョン 3.03.3 クラスターへのインプレースアップグレード、スナップショットの復元、またはマネージドRDSブルー/グリーンアップグレードの開始を実行できます。SQL SQL
Aurora MySQL バージョン 3 へのアップグレードの計画については、「Amazon Aurora ユーザーガイド」の「Aurora MySQL バージョン 3 のアップグレード計画」を参照してください。 Aurora MySQL のアップグレードに関する一般的な情報については、「Amazon Aurora ユーザーガイド」の「Amazon Aurora MySQL DB クラスターのアップグレード」を参照してください。
トラブルシューティングの詳細については、「Aurora MySQL バージョン 3 のアップグレードに関する問題のトラブルシューティング」を参照してください。
質問や懸念がある場合は、 AWS サポートは、コミュニティフォーラムおよび を通じて利用できます。 AWS サポート
改良点
セキュリティの問題を修正し、以下にCVEsリストしました。
マネージド型の環境での処理を微調整するための修正およびその他の機能強化。その他のCVE修正は以下のとおりです。
可用性の向上:
並列クエリを使用する Aurora MySQL データベースインスタンスで、多数の同時並列クエリを実行するとデータベースが再起動することがある問題を修正しました。
-
バイナリログソースが
gtid_modeONまたは に設定されている場合に、拡張バイナリログが有効になっているバイナリログ (binlog) レプリカクラスターで実行されたGTIDセットが誤って復元される問題を修正しましたON_PERMISSIVE。この問題により、レプリカクラスターのライターインスタンスが復旧中にさらに再起動したり、実行されたGTIDセットをクエリするときに誤った結果が発生する可能性があります。 -
拡張バイナリログが有効になっている場合に解放可能なメモリが減少し、Aurora MySQL データベースインスタンスの再起動またはフェイルオーバーが発生する可能性があるメモリ管理の問題を修正しました。
-
ライターインスタンスがデータベースボリュームを拡大させ、160 GB の倍数に達すると、リーダーインスタンスが再起動する問題を修正しました。
-
拡張バイナリログ機能が有効になっている Aurora MySQL データベースインスタンスが、バイナリログ復旧プロセスの実行中にデータベースインスタンスの起動中に停止することがある問題を修正しました。
ダウンタイムのないパッチ適用中にインスタンスが再起動し、データベース接続が予期せず切断される問題を修正しました。
-
SHOW STATUSステートメントと PURGE BINARY LOGSステートメントを同時に実行すると、デッドラッチが原因でデータベースインスタンスが再起動する可能性がある問題を修正しました。purge binary logs は、ユーザーが設定したバイナリログの保持期間に従って実行されるマネージドステートメントです。 -
Aurora レプリカのあるクラスターで拡張バイナリログ機能を使用する場合、セマフォの待機時間が長くなり、データベースインスタンスが再起動する可能性がある問題を修正しました。
全般的な機能強化:
-
拡張バイナリログ機能が有効になっている場合は、Aurora ストレージへの書き込み前に、未使用のストレージメタデータが削除されます。その結果、ネットワーク上で転送されるバイト数が増えて書き込み遅延が長くなり、データベースの再起動やフェイルオーバーが発生する特定のシナリオを回避できます。
-
拡張バイナリログが有効になっていると、 の
NumBinaryLogFilesメトリクス CloudWatch に誤った結果が表示される問題を修正しました。 -
table_open_cacheデータベースパラメータの変更が、データベースインスタンスを再起動するまで有効にならないことがある問題を修正しました。 -
接続されたバイナリログ (binlog) コンシューマーが重複するバイナリログレプリケーションサーバー を使用している場合に、データベースが再起動する問題を修正しましたIDs。
MySQL Community Edition のバグ修正の統合
このリリースには、以下を含め、8.0.26 までのコミュニティ版のバグ修正がすべて反映されています。詳細については、「Aurora MySQL 3.x データベースエンジンの更新によって修正されたバSQLグ」を参照してください。
-
バックグラウンドTLS証明書のローテーションが原因でCPU使用率が高くなる問題を修正しました (コミュニティバグ修正 #34284186)
