Cookie の設定を選択する

当社は、当社のサイトおよびサービスを提供するために必要な必須 Cookie および類似のツールを使用しています。当社は、パフォーマンス Cookie を使用して匿名の統計情報を収集することで、お客様が当社のサイトをどのように利用しているかを把握し、改善に役立てています。必須 Cookie は無効化できませんが、[カスタマイズ] または [拒否] をクリックしてパフォーマンス Cookie を拒否することはできます。

お客様が同意した場合、AWS および承認された第三者は、Cookie を使用して便利なサイト機能を提供したり、お客様の選択を記憶したり、関連する広告を含む関連コンテンツを表示したりします。すべての必須ではない Cookie を受け入れるか拒否するには、[受け入れる] または [拒否] をクリックしてください。より詳細な選択を行うには、[カスタマイズ] をクリックしてください。

設定
お問い合わせ
フィードバック
AWS Documentation
今すぐ無料サインアップ »
Aurora MySQL データベースエンジンの更新 2023-07-31 (バージョン 3.04.0、MySQL 8.0.28 互換） - Amazon Aurora
改良点MySQL Community Edition でのバグ修正の統合

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

Aurora MySQL データベースエンジンの更新 2023-07-31 (バージョン 3.04.0、MySQL 8.0.28 互換）

PDFRSS

バージョン: 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 MySQL 3.02 バージョンは MySQL 8.0.23 と互換性があります。8.0.23 から 8.0.28 で行われたコミュニティ版の変更点の詳細については、「MySQL 8.0 Release Notes」を参照してください。

注記

このバージョンは、長期サポート (LTS) リリースとして指定されています。詳細については、「Amazon Aurora ユーザーガイド」の「Aurora MySQL 長期サポート (LTS) リリース」を参照してください。

LTS バージョンの AutoMinorVersionUpgrade パラメータを true に設定しない (または AWS Management Consoleの [マイナーバージョン自動アップグレード] を有効にしない) ことをお勧めします。このような設定を行うと、DB クラスターが 3.05.2 などの非 LTS バージョンにアップグレードされる可能性があります。

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.11.1、2.11.2、3.01.*、3.02.*、3.03.*、3.04.0 です。

現在サポートされている Aurora MySQL バージョン 2 クラスターから Aurora MySQL バージョン 3.04.0 クラスターへのインプレースアップグレード、スナップショットの復元、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 Support からAWS サポートを受けることができます。詳細については、「Amazon Aurora ユーザーガイド」の「Amazon Aurora DB クラスターのメンテナンス」を参照してください。

注記

Aurora MySQL の拡張バイナリログ (binlog) は、現在、Aurora MySQL バージョン 3.04.0 の Aurora Serverless v2 データベースインスタンスではサポートされていません。この機能を有効にすると、データベースを使用できなくなる可能性があります。Aurora MySQL バージョン 3.04.0 で拡張バイナリログを使用する必要がある場合は、非サーバーレスのデータベースインスタンスクラスを使用するか、Serverless v2 データベースインスタンスの ACU の最小値と最大値を同じ値に設定することをお勧めします。

Aurora MySQL の拡張バイナリログ記録の詳細については、「Aurora ユーザーガイド」を参照してください。

改良点

新機能:

  • InnoDB フルテキストインデックスを使用して自然言語モードでフレーズを検索するクエリのパフォーマンスが向上しました。MySQL の全文検索の詳細については、「Full-Text Search Functions」を参照してください。

  • Amazon Aurora MySQL はローカル (クラスター内) 書き込み転送をサポートしています。リーダー DB インスタンスから Aurora MySQL DB クラスター内のライター DB インスタンスに書き込み操作を転送できるようになりました。詳細については、「Amazon 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 プロバイダーを OpenSSL から に変更しましたAWS-LC。これに伴い、以下を始めとする多数の変更が加えられました。

    • Aurora MySQL バージョン 3.04.0 から上位バージョンへのアップグレード時に、SSL を使用するデータベース接続を、ダウンタイムのない再起動とダウンタイムのないパッチ適用で復元できるようになりました。

    • TLSv1.3 に対応しました。併せて、TLS_AES_128_GCM_SHA256、TLS_AES_256_GCM_SHA384、TLS_CHACHA20_POLY1305_SHA256 SSL の暗号がサポートされています。

    • 安全性の低い DHE-RSA-* 暗号のサポートは終了しました。

    詳細については、「Aurora MySQL DB クラスターでの TLS の使用」を参照してください。

  • 動的権限 SHOW_ROUTINE を rds_superuser_role に付与しました。この権限があれば、ストアドプロシージャやファンクションなど、すべてのストアドルーチンの定義とプロパティにアクセスできます。詳細については、「SHOW_ROUTINE」を参照してください。

  • 監査ログファイルのローテーション中に、監査ログでイベントが見落とされる場合がある問題を修正しました。

  • 安全性とパフォーマンスに優れた Transport Layer Security (TLS) 1.3 プロトコルのサポートが有効になりました。TLS 1.2 バージョンとの互換性も確保されています。

  • TLS バージョン TLSv1 と TLSv1.1 は、コミュニティ版の MySQL 8.0.26 で非推奨となった経緯から、Aurora MySQL 3.03 でも非推奨となりました。これらのプロトコルはコミュニティ版の MySQL 8.0.28 で削除され、それを受けて Aurora MySQL 3.04 でも削除されました。デフォルトでは、TLS 1.2 以降で通信できないセキュアクライアントは拒否されます。TLS を使用してデータベースインスタンスに接続する方法については、「Amazon Aurora MySQL でのセキュリティ」を参照してください。

このリリースには、次の CVE 修正が含まれています。

可用性の向上:

  • トランザクションの長期復旧中にデータベースが再起動する問題を修正しました。

  • データベースアクティビティストリーミングイベント暗号化でデータベースが再起動する問題を修正しました。

  • 起動中または Aurora Serverless v2 でのスケーリング中に InnoDB バッファプールが初期化される際のメモリ不足エラーに起因する、メモリ管理の問題を修正しました。この問題により、スループットの低下やレイテンシーの増加など、データベースインスタンスの再起動やパフォーマンスの低下の原因となった可能性があります。

  • Aurora MySQL パラレルクエリ実行プランを利用するクエリの実行中に Aurora MySQL リーダーインスタンスが再起動する問題を修正しました。

  • 特定の状況で、範囲の推定中に Aurora リーダーインスタンスが再起動する可能性がある問題を修正しました。

  • 自動インクリメント列を含む重い挿入操作の実行中に再起動が発生した場合、起動時にデータベースの復旧が中断されることがある問題を修正しました。

  • Aurora の高度な監査で、サーバー変数 server_audit_events が ALL または QUERY に設定されていると、情報メッセージが Aurora MySQL エラーログに過剰に記録される問題を修正しました。この問題により、データベースインスタンスが再起動する可能性があります。

  • パラレルクエリが有効になっている場合に、 INSERTステートメントのロールバック中にデータベースが再起動する可能性がある問題を修正しました。

  • EXTRA 情報列all select tables were optimized away内の出力を返すクエリでEXPLAIN ANALYZEプロファイリングツールを実行すると、データベースインスタンスが再起動することがある問題を修正しました。詳細については、MySQL ドキュメントの「EXPLAIN Output Format」を参照してください。

  • 転送された暗黙的なコミットステートメントでエラーが発生した場合に、グローバル書き込み転送を使用する 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 MySQL におけるバイナリログレプリケーションの停止場所の設定については、「mysql.rds_start_replication_until」を参照してください。

  • Aurora MySQL のレプリケーション制御のストアドプロシージャが、autocommit (自動コミット) モードが無効になっているセッションから呼びされた場合に 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 MySQL — 固有の 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-Optimized クラスター設定を選択した場合、Aurora MySQL のパラレルクエリはサポートされません。詳細については、Amazon Aurora MySQL のパラレルクエリの「制限事項」を参照してください。

  • パラレルクエリが有効になっている場合に、プライマリインデックスまたはセカンダリインデックスを活用する特定の SELECT クエリについて、クエリプランオプティマイザが非効率的な実行プランを選択する問題を修正しました。

  • タイムゾーン定義が IANA 2023c バージョンにアップグレードされました。

  • リレーログファイルへの書き込み時の競合を減らすために、バイナリログレプリカに対するファイル管理パフォーマンスの最適化を導入しました。

  • ユーザーのワークロードに関係なく、information_schema.aurora_global_db_status テーブルの RPO_LAG_IN_MILLISECONDS 列と AuroraGlobalDBRPOLag CloudWatch メトリクスが常にゼロと表示される問題を修正しました。

  • 新しいパラメータ aurora_tmptable_enable_per_table_limit が追加されました。このパラメータを有効にした場合は、TempTable ストレージエンジンによって作成される個々のインメモリ内部一時テーブルの最大サイズを tmp_table_size 変数で定義します。詳細については、「内部 (黙示的) 一時テーブルのストレージエンジン」を参照してください。

  • グローバルデータベース書き込み転送機能が有効になっている場合に、追加の接続が作成される問題を修正しました。この問題は、リーダーインスタンスの読み取り専用トランザクションが暗黙のコミットを誤ってライターに転送した場合に発生します。

  • グローバルデータベース書き込み転送機能を使用した接続で、performance_schema.threads テーブルの PROCESSLIST_USER フィールドと PROCESSLIST_HOST フィールドがプライマリリージョンのライターに入力取り込まれない問題を修正しました。このテーブルとパフォーマンススキーマの詳細については、MySQL リファレンスマニュアルの「The threads Table」および「Amazon Aurora ユーザーガイド」の「Performance Schema の概要」を参照してください。

  • グローバルデータベースの書き込み転送機能の使用時に、セカンダリリージョンのリーダーインスタンスで表示される CommitLatency Cloudwatch メトリクスの値が間違っていた問題を修正しました。セカンダリデータベースクラスターで転送された DML ステートメントのレイテンシーをモニタリングするには、ForwardingReplicaDMLLatency メトリクスと ForwardingWriterDMLLatency メトリクスを使用することをお勧めします。コミットレイテンシーは、プライマリリージョンのライターインスタンスの CommitLatency メトリクスを使用して確認することもできます。詳細については、「Aurora ユーザーガイド」の「書き込み転送のための Amazon CloudWatch メトリクスと Aurora MySQL ステータス変数」を参照してください。

  • replica_parallel_workers 変数に 0 より大きい値を設定してマルチスレッドのバイナリログレプリケーションを構成した場合に、バイナリログレプリケーションの管理と設定に使用される Aurora MySQL のレプリケーション制御のストアドプロシージャが誤ってエラーを報告する問題を修正しました。

  • 複数のセッションがメモリに存在しないページにアクセスしようとすると、CPU の消費量が高くなる問題を修正しました。

アップグレードと移行:

  • Aurora グローバルデータベースに対して、Aurora MySQL バージョン 3.01、3.02、または 3.03 から Aurora MySQL バージョン 3.04 以降へのマイナーバージョンアップグレードを実行するには、「エンジンのバージョンを変更して Aurora MySQL をアップグレードする」を参照してください。

  • Aurora MySQL 2 から Aurora MySQL 3 へのアップグレード時に、mysql.general_log_backup、mysql.general_log、mysql.slow_log_backup、mysql.slow_log テーブルに対してスキーマ不整合エラーが報告され、アップグレードの事前チェックが失敗する可能性がある問題を修正しました。アップグレードのトラブルシューティングの詳細については、「Aurora MySQL バージョン 3 のアップグレードに関する問題のトラブルシューティング」を参照してください。

  • トリガーの定義に含まれている予約済みのキーワードが引用符で囲まれていない場合に、Aurora MySQL バージョン 3 へのメジャーバージョンアップグレードが失敗する可能性がある問題を修正しました。

MySQL Community Edition でのバグ修正の統合

このリリースには、以下を含め、8.0.28 までのコミュニティ版のバグ修正がすべて反映されています。詳細については、「MySQL 3.x データベースエンジンの更新で修正された MySQL のバグ」を参照してください。

  • intrinsic の一時テーブルページを含むバッファブロックがページトラバーサル中に再配置され、アサーションエラーが発生する問題を修正しました (バグ# 33715694)。

  • InnoDB: オンライン DDL オペレーションによる領域外メモリへのアクセスを阻止します (バグ #34750489、バグ #108925)。

  • 複数の共通テーブル式 (CTE) がネスト構造になっている複雑な SQL ステートメントの処理中に、誤ったクエリ結果が生成されることがある問題を修正しました (バグ #34572040、バグ #34634469、バグ #33856374)。

ヘルプが必要ですか?

プライバシーサイト規約Cookie の設定
© 2025, Amazon Web Services, Inc. or its affiliates.All rights reserved.