翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Aurora MySQL データベースエンジンの更新 2023-07-31 (バージョン 3.04.0、MySQL 8.0.28 互換)
バージョン: 3.04.0
Aurora MySQL 3.04.0 は一般利用可能です。Aurora MySQL 3.04 バージョンは MySQL 8.0.28 と互換性があり、Aurora MySQL 3.03 バージョンは MySQL 8.0.26 と互換性があり、Aurora My SQL3.02 バージョンは MySQL 8.0.23 と互換性があります。8.0.23 から 8.0.28 に発生したコミュニティの変更の詳細については、「MySQL 8.0 Release Notes
注記
このバージョンは、長期サポート (LTS) リリースとして指定されています。詳細については、「Amazon Aurora ユーザーガイドSQL」の「Aurora My 長期サポート (LTS) リリース」を参照してください。
LTS バージョンの AutoMinorVersionUpgrade
パラメータを に設定しない true
(または で自動マイナーバージョンアップグレードを有効にする AWS Management Console) ことをお勧めします。これにより、DB クラスターが 3.05.2 などの非LTS バージョンにアップグレードされる可能性があります。
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.11.1、2.11.2、3.01.*、3.02.*、3.03.*、3.04.0 です。
現在サポートされている Aurora My バージョン 2 クラスターから Aurora MySQL バージョン 3.04.0 クラスターへの Amazon RDS Blue/Green Deployments を使用して、インプレースアップグレード、スナップショットの復元、またはマネージドブルー/グリーンアップグレードの開始を実行できます。SQL
Aurora MySQL バージョン 3 へのアップグレードの計画については、「Amazon Aurora ユーザーガイド」の「Aurora MySQL バージョン 3 のアップグレード計画」を参照してください。 Aurora MySQL のアップグレードに関する一般的な情報については、「Amazon Aurora ユーザーガイド」の「Amazon Aurora MySQL DB クラスターのアップグレード」を参照してください。
トラブルシューティングの詳細については、「Aurora MySQL バージョン 3 のアップグレードに関する問題のトラブルシューティング」を参照してください。
ご質問やご不明点がございましたら、コミュニティフォーラムおよび AWS Support AWS でサポート
注記
Aurora MySQL 拡張バイナリログ (binlog) は、現在、Aurora MySQL バージョン 3.04.0 の Aurora Serverless v2 データベースインスタンスではサポートされていません。この機能を有効にすると、データベースを使用できなくなる可能性があります。Aurora MySQL バージョン 3.04.0 で拡張バイナリログを使用する必要がある場合は、非サーバーレスデータベースインスタンスクラスを使用するか、Serverless v2 データベースインスタンスACUの最小値と最大値を同じ値に設定することをお勧めします。
Aurora MySQL での拡張バイナリログ記録の詳細については、「Aurora ユーザーガイド」を参照してください。
改良点
新機能:
-
InnoDB フルテキストインデックスを使用して自然言語モード
でフレーズを検索するクエリのパフォーマンスが向上しました。My でのフルテキスト検索の詳細についてはSQL、「フルテキスト検索関数 」を参照してください。 -
Amazon Aurora MySQL は、ローカル (クラスター内) 書き込み転送をサポートしています。リーダー DB インスタンスから Aurora MySQL DB クラスター内のライター DB インスタンスに書き込みオペレーションを転送できるようになりました。詳細については、「Aurora MySQL DB クラスターでのローカル書き込み転送の使用」を参照してください。
-
autocommit
が無効になっているセッションで Amazon Aurora Global Database の書き込み転送機能を使用する場合に、aurora_replica_read_consistency
パラメータの値を変更する機能が追加されました。詳細については、「書き込み転送の設定パラメータ」を参照してください。 -
Aurora MySQL 3.04 以降、 グローバルデータベース書き込み転送機能では、データベースクラスターとデータベースインスタンス
aurora_replica_read_consistency
パラメータグループを介して パラメータの値を設定できるようになりました。Aurora MySQL バージョン 3.04 より前のバージョンでは、このパラメータの値はセッションレベルでのみ設定できます。
セキュリティの問題と を修正しましたCVEs。
-
SSL/TLS プロバイダーを Open SSLから AWS-LC
に変更しました。これに伴い、以下を始めとする多数の変更が加えられました。 -
を使用したデータベース接続は、Aurora MySQL バージョン 3.04.0 からより高いバージョンにアップグレードするときに、ダウンタイムなしの再起動とダウンタイムなしのパッチ適用によって復元SSLできるようになりました。
-
_AES_128__、TLS__256_GCM_SHA256、TLS_TLSCHACHA20AES_POLY1305GCMSHA256_SHA384 暗号のサポートを含む TLSv1.3 SSL のサポート。
-
安全性の低い DHE-RSA-* 暗号のサポートを削除しました。
詳細については、「Aurora MySQL DB クラスターTLSでの の使用」を参照してください。
-
-
動的権限
SHOW_ROUTINE
をrds_superuser_role
に付与しました。この権限があれば、ストアドプロシージャやファンクションなど、すべてのストアドルーチンの定義とプロパティにアクセスできます。詳細については、SHOW「_ROUTINE」を参照してください。 -
監査ログファイルのローテーション中に、監査ログでイベントが見落とされる場合がある問題を修正しました。
-
1.2 バージョンとの互換性を維持しながら、安全でパフォーマンスの高い Transport Layer Security (TLS) 1.3 TLS プロトコルのサポートを有効にしました。
-
TLS バージョン TLSv1および TLSv1.1 はコミュニティ MySQL 8.0.26 で非推奨となり、それに応じて Aurora MySQL 3.03 で非推奨になりました。これらのプロトコルはコミュニティ My SQL8.0.28 および Aurora MySQL 3.04 で削除されました。デフォルトでは、1.2 TLS 以降で通信できない安全なクライアントは拒否されます。を使用してデータベースインスタンスに接続する方法の詳細についてはTLS、「Amazon Aurora My でのセキュリティSQL」を参照してください。
このリリースには、次のCVE修正が含まれています。
可用性の向上:
-
長時間のトランザクション復旧中にデータベースが再起動する問題を修正しました。
-
データベースアクティビティストリームイベント暗号化で、データベースの再起動を引き起こす可能性がある問題を修正しました。
-
起動中または Aurora Serverless v2 でのスケーリング中に InnoDB バッファプールが初期化される際のメモリ不足エラーに起因する、メモリ管理の問題を修正しました。この問題により、スループットの低下やレイテンシーの増加など、データベースインスタンスの再起動やパフォーマンスの低下の原因となった可能性があります。
-
Aurora My SQL並列クエリ実行プランを利用するクエリの実行中に Aurora MySQL リーダーインスタンスが再起動する問題を修正しました。
-
状況によっては、範囲の推定中に Aurora リーダーインスタンスが再起動することがある問題を修正しました。
-
自動インクリメント列を含む重い挿入操作の実行中に再起動が発生した場合、起動時にデータベースの復旧が中断されることがある問題を修正しました。
-
サーバー変数が
ALL
またはserver_audit_events
に設定されているときに、Aurora の高度な監査で Aurora MySQL エラーログに情報メッセージが過剰にログ記録される問題を修正しましたQUERY
。この問題により、データベースインスタンスが再起動する可能性があります。 -
並列クエリが有効になっている場合に、
INSERT
ステートメントのロールバック中にデータベースが再起動する問題を修正しました。 -
EXTRA
情報列all select tables were optimized away
内の出力を返したクエリでEXPLAIN ANALYZE
プロファイリングツールを実行すると、データベースインスタンスが再起動する問題を修正しました。詳細については、出力形式 に関する「マイSQLドキュメント」を参照してください。EXPLAIN
-
転送された暗黙的なコミットステートメント
でエラーが発生した場合に、グローバル書き込み転送を使用する Aurora グローバルデータベースセカンダリリージョンリーダーインスタンスが再起動する問題を修正しました。 -
Aurora グローバルデータベースのセカンダリリージョンからグローバル書き込み転送を使用して
SELECT FOR UPDATE
クエリが実行されると、Aurora グローバルデータベースのプライマリリージョンのライターインスタンスが再起動する問題を修正しました。
全般的な機能強化:
-
新しいストアドプロシージャ
mysql.rds_gtid_purged
が追加され、ユーザーがGTID_PURGED
システム変数を設定できるようになりました。詳細については、「mysql.rds_gtid_purged」を参照してください。 -
2 つの新しいストアドプロシージャ
mysql.rds_start_replication_until
とmysql.rds_start_replication_until_gtid
が追加され、ユーザーがバイナリログのレプリケーションを停止する場所を設定できるようになりました。Aurora My でのバイナリログレプリケーションの停止場所の設定の詳細についてはSQL、「mysql.rds_start_replication_until」を参照してください。 -
自動コミットモードが無効になっているセッションから呼び出されると、Aurora MySQL レプリケーションコントロールのストアドプロシージャが
sql_log_bin
変数を変更できない問題を修正しました。 -
次のデータコントロール言語 (DCL) ステートメントの論理レプリケーションサポートが追加されました:
GRANT/REVOKE
およびCREATE/DROP/ALTER/RENAME USER
。 -
InnoDB の統計情報が古くならないように、問題を修正しました。古くなると、最適ではないクエリ実行プランが生成され、クエリの実行時間が長くなる可能性があります。
-
2 つの新しいシステムビュー
information_schema.aurora_global_db_instance_status
とinformation_schema.aurora_global_db_status
が追加されました。これらのビューを使用して、Aurora MySQL グローバルデータベースクラスター内のプライマリリソースとセカンダリリソースのステータスとトポロジを表示できます。2 つのシステムビューの詳細は、Aurora My SQL固有の information_schema テーブル にあります。 -
ワイルドカード文字をエスケープした
SET ROLE
ステートメントを実行した後で、名前にワイルドカード文字が含まれているデータベースにユーザーがアクセスできなくなる問題を修正しました。 -
監査ログのローテーション中に報告されたイベントが監査ログに書き込まれない場合がある問題を修正しました。
-
TRIGGER
の実行によって内部一時テーブルが作成されると、ライターデータベースインスタンスが再起動する可能性がある問題を修正しました。 -
新しいシステム変数
innodb_aurora_max_partitions_for_range
が追加されました。永続的な統計情報が得られない場合は、このパラメータを使用して、パーティション分割テーブルの行数計算の実行時間を短縮できます。詳細については、ドキュメント「Aurora MySQL 設定パラメータ」を参照してください。 -
パーティション分割テーブルを作成するときに、ユーザーが
ROW_FORMAT
をCOMPRESSED
に設定できてしまう問題を修正しました。テーブルは暗黙的にCOMPACT
形式に変換され、Aurora MySQL は圧縮テーブルをサポートしていないことを知らせる警告が表示されます。 -
replica_parallel_type
変数が に設定され、変数が に設定されている場合、マルチスレッドバイナリログのレプリケーションLOGICAL_CLOCK
replica_preserve_commit_order
が停止することがある問題を修正しましたON
。この問題は、500 MB を超えるトランザクションがソースで実行された場合に発生する可能性があります。 -
グローバルデータベースの書き込み転送機能が有効になっている場合に、セカンダリリージョンのリーダーインスタンスの
performance_schema
設定を変更すると、プライマリリージョンのライターインスタンスに変更が意図せず転送されることがある問題を修正しました。 -
データページが Aurora ストレージファイルシステムから読み取られた後で、サーバーステータス変数
innodb_buffer_pool_reads
が更新されないことがある問題を修正しました。 -
Aurora I/O 最適化SQLクラスター設定を選択する場合、Aurora My parallel query はサポートされていません。詳細については、「Amazon Aurora MySQL parallel query limitations」を参照してください。
-
パラレルクエリが有効になっている場合に、プライマリインデックスまたはセカンダリインデックスを活用する特定の
SELECT
クエリについて、クエリプランオプティマイザが非効率的な実行プランを選択する問題を修正しました。 -
タイムゾーン定義を 2023c IANA バージョンにアップグレードしました。
-
リレーログファイルへの書き込み時の競合を減らすために、バイナリログレプリカに対するファイル管理パフォーマンスの最適化を導入しました。
-
ユーザーワークロードに関係なく、
information_schema.aurora_global_db_status
テーブルとAuroraGlobalDBRPOLag
CloudWatch メトリクスのRPO_LAG_IN_MILLISECONDS
列が常にゼロを表示する問題を修正しました。 -
新しいパラメータ
aurora_tmptable_enable_per_table_limit
が追加されました。このパラメータを有効にすると、tmp_table_size
変数は、 TempTable ストレージエンジンによって作成された個々のインメモリ内部一時テーブルの最大サイズを定義します。詳細については、「内部 (黙示的) 一時テーブルのストレージエンジン」を参照してください。 -
グローバルデータベース書き込み転送機能が有効になっている場合に、追加の接続が作成される問題を修正しました。この問題は、リーダーインスタンスの読み取り専用トランザクションが暗黙のコミットを誤ってライターに転送した場合に発生します。
-
グローバルデータベース書き込み転送機能を使用した接続で、
performance_schema.threads
テーブルのPROCESSLIST_USER
フィールドとPROCESSLIST_HOST
フィールドがプライマリリージョンのライターに入力取り込まれない問題を修正しました。この表とパフォーマンススキーマの詳細については、「MySQL Reference Manual」、「The threads table」、および「Amazon Aurora User Guide Overview of the Performance Schema」を参照してください。 -
グローバルデータベースの書き込み転送機能の使用時に、セカンダリリージョンのリーダーインスタンスで表示される
CommitLatency
Cloudwatch メトリクスの値が間違っていた問題を修正しました。セカンダリデータベースクラスターで転送されたDMLステートメントのレイテンシーをモニタリングするには、ForwardingReplicaDMLLatency
およびForwardingWriterDMLLatency
メトリクスを使用することをお勧めします。コミットレイテンシーは、プライマリリージョンのライターインスタンスのCommitLatency
メトリクスを使用して確認することもできます。詳細については、「Aurora ユーザーガイド」の「書き込み転送用の Amazon CloudWatch メトリクス」を参照してください。 -
replica_parallel_workers
変数の値を 0 より大きく設定することで、マルチスレッドバイナリログレプリケーションが設定されている場合に、バイナリログレプリケーションの管理と設定に使用される Aurora MySQL レプリケーションコントロールのストアドプロシージャがエラーを誤って報告する問題を修正しました。 -
メモリに存在しないページに複数のセッションがアクセスしようとすると、大量のCPU消費が発生する可能性がある問題を修正しました。
アップグレードと移行:
-
Aurora グローバルデータベースのマイナーバージョンアップグレードを Aurora MySQL バージョン 3.01、3.02、または 3.03 から Aurora MySQL バージョン 3.04 以降に実行するには、「エンジンバージョン を変更して Aurora MySQL をアップグレードする」を参照してください。
-
Aurora My 2 から Aurora MySQL 3 へのアップグレード時に、
mysql.general_log_backup
、、mysql.slow_log_backup
およびmysql.slow_log
テーブルでスキーマの不整合エラーが報告されるためmysql.general_log
、アップグレードの事前チェックが失敗する問題を修正しましたSQL。アップグレードのトラブルシューティングの詳細については、「Aurora MySQL バージョン 3 のアップグレードに関する問題のトラブルシューティング」を参照してください。 -
トリガー定義に引用符内にない予約キーワードが含まれている場合に、Aurora MySQL 3 にアップグレードするとメジャーバージョンのアップグレードが失敗する問題を修正しました。
MySQL Community Edition のバグ修正の統合
このリリースには、以下を含め、8.0.28 までのコミュニティ版のバグ修正がすべて反映されています。詳細については、「My SQLbugs fixed by Aurora MySQL 3.x database engine updates」を参照してください。
-
intrinsic の一時テーブルページを含むバッファブロックがページトラバーサル中に再配置され、アサーションエラーが発生する問題を修正しました (バグ# 33715694)。
-
InnoDB : オンラインDDLオペレーションが out-of-bounds メモリにアクセスできないようにする (バグ番号 34750489、バグ番号 108925)
-
複数のネストされた共通テーブル式 (CTEs) で構成される複雑なSQLステートメントの処理中に、誤ったクエリ結果を生成することがある問題を修正しました (バグ # 34572040、バグ # 34634469、バグ # 33856374)。