

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

# Aurora MySQL データベースエンジンの更新 2023-07-31 (バージョン 3.04.0) 、MySQL 8.0.28 互換)
<a name="AuroraMySQL.Updates.3040"></a><a name="3.04.0"></a><a name="3.04.0"></a>

 **バージョン:** 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](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/)」を参照してください。

**注記**  <a name="lts_notice_3040"></a>
このバージョンは、長期サポート (LTS) リリースとして指定されています。詳細については、「**Amazon Aurora ユーザーガイド」の「[Aurora MySQL 長期サポート (LTS) リリース](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Update.SpecialVersions.html#AuroraMySQL.Updates.LTS)」を参照してください。  
LTS バージョンの `AutoMinorVersionUpgrade`パラメータを に設定しない `true` (または **で自動マイナーバージョンアップグレード**を有効にする AWS マネジメントコンソール) ことをお勧めします。これにより、DB クラスターが自動マイナーバージョンアップグレードキャンペーンの次のターゲットバージョンにアップグレードされる可能性があり、それは LTS バージョンではない場合があります。

Aurora MySQL バージョン 3 の新機能の詳細については、「[Aurora MySQL バージョン 3 は MySQL 8.0 との互換性があります](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html)」を参照してください。Aurora MySQL バージョン 3 と Aurora MySQL バージョン 2 の違いについての詳細は、「[Aurora MySQL バージョン 2 と Aurora MySQL バージョン 3 の比較](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Compare-v2-v3.html)」を参照してください。Aurora MySQL バージョン 3 と MySQL 8.0 Community Edition の比較については、「[Aurora MySQL バージョン 3 と MySQL 8.0 コミュニティエディションの比較](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html)」を参照してください。

 現在サポートされている Aurora MySQL リリースは、2.07.9、2.11.1、2.11.2、3.01.\$1、3.02.\$1、3.03.\$1、3.04.0 です。

現在サポートされている Aurora MySQL バージョン 2 クラスターから Aurora MySQL バージョン 3.04.0 クラスターへのインプレースアップグレード、スナップショットの復元、[Amazon RDS ブルー/グリーンデプロイ](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html)によるマネージドブルー/グリーンアップグレードの開始を行うことができます。

 Aurora MySQL バージョン 3 へのアップグレードの計画については、「**Amazon Aurora ユーザーガイド」の「[Upgrade planning for Aurora MySQL version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-planning)」を参照してください。Aurora MySQL のアップグレードに関する一般的な情報については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora MySQL DB クラスターのアップグレード](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html)」を参照してください。

トラブルシューティング情報については、「[Aurora MySQL バージョン 3 のアップグレードに関する問題のトラブルシューティング](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-upgrade-troubleshooting)」を参照してください。

 ご質問やご不明点がございましたら、コミュニティフォーラムおよび AWS Support から[AWS サポート](https://aws.amazon.com/support)を受けることができます。詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora DB クラスターのメンテナンス](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)」を参照してください。

**注記**  
Aurora MySQL の拡張バイナリログ (binlog) は、現在、Aurora MySQL バージョン 3.04.0 の Aurora Serverless v2 データベースインスタンスではサポートされていません。この機能を有効にすると、データベースを使用できなくなる可能性があります。Aurora MySQL バージョン 3.04.0 で拡張バイナリログを使用する必要がある場合は、[非サーバーレスのデータベースインスタンスクラス](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.html#Concepts.DBInstanceClass.Types)を使用するか、Serverless v2 データベースインスタンスの ACU の最小値と最大値を同じ値に設定することをお勧めします。  
Aurora MySQL の拡張バイナリログ記録の詳細については、「[Aurora ユーザーガイド](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Replication.MySQL.html#AuroraMySQL.Enhanced.binlog)」を参照してください。

## 改良点
<a name="AuroraMySQL.Updates.3040.Improvements"></a>

**新機能:**
+ InnoDB フルテキストインデックスを使用して[自然言語モード](https://dev.mysql.com/doc/refman/8.0/en/fulltext-natural-language.html)でフレーズを検索するクエリのパフォーマンスが向上しました。MySQL の全文検索の詳細については、「[Full-Text Search Functions](https://dev.mysql.com/doc/refman/8.0/en/fulltext-search.html)」を参照してください。
+ Amazon Aurora MySQL はローカル (クラスター内) 書き込み転送をサポートしています。リーダー DB インスタンスから Aurora MySQL DB クラスター内のライター DB インスタンスに書き込み操作を転送できるようになりました。詳細については、「[Amazon Aurora MySQL DB クラスターでのローカル書き込み転送の使用](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-write-forwarding.html)」を参照してください。
+ `autocommit` が無効になっているセッションで [Amazon Aurora Global Database の書き込み転送機能を使用する](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-write-forwarding.html)場合に、`aurora_replica_read_consistency` パラメータの値を変更する機能が追加されました。詳細については、「[書き込み転送の設定パラメータ](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-write-forwarding.html#aurora-global-database-write-forwarding-params)」を参照してください。
+ Aurora MySQL 3.04 以降、[グローバルデータベースの書き込み転送](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-write-forwarding.html#aurora-global-database-write-forwarding-params)機能では、データベースクラスターとデータベースインスタンスのパラメータグループを使用して `aurora_replica_read_consistency` パラメータの値を設定できるようになりました。Aurora MySQL 3.04 より前のバージョンでは、このパラメータの値はセッションレベルでしか設定できませんでした。

**以下のセキュリティの問題と CVE の修正:**
+ SSL/TLS プロバイダーが OpenSSL から [AWS-LC](https://github.com/aws/aws-lc) に変更されました。これに伴い、以下を始めとする多数の変更が加えられました。
  + Aurora MySQL バージョン 3.04.0 から上位バージョンへのアップグレード時に、SSL を使用するデータベース接続を、ダウンタイムのない再起動とダウンタイムのないパッチ適用で復元できるようになりました。
  + TLSv1.3 に対応しました。併せて、TLS\$1AES\$1128\$1GCM\$1SHA256、TLS\$1AES\$1256\$1GCM\$1SHA384、TLS\$1CHACHA20\$1POLY1305\$1SHA256 SSL の暗号がサポートされています。
  + 安全性の低い DHE-RSA-\$1 暗号のサポートは終了しました。

  詳細については、「[Aurora MySQL DB クラスターでの TLS の使用](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Security.html#AuroraMySQL.Security.SSL)」を参照してください。
+ 動的権限 `SHOW_ROUTINE` を `rds_superuser_role` に付与しました。この権限があれば、ストアドプロシージャやファンクションなど、すべてのストアドルーチンの定義とプロパティにアクセスできます。詳細については、「[SHOW\$1ROUTINE](https://dev.mysql.com/doc/refman/8.0/en/privileges-provided.html#priv_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 でのセキュリティ](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Security.html)」を参照してください。

このリリースには、次の CVE 修正が含まれています。
+ [CVE-2023-21963](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-21963)
+ [CVE-2023-21912](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-21912)
+ [CVE-2023-0215](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-0215)
+ [CVE-2022-43551](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-43551)
+ [CVE-2022-37434](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-37434)
+ [CVE-2022-21635](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21635)
+ [CVE-2022-21556](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21556)
+ [CVE-2022-21352](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-21352)
+ [CVE-2021-35630](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-35630)
+ [CVE-2021-35624](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-35624)

**可用性の向上:**
+ 長時間のトランザクションの復旧中にデータベースが再起動する可能性がある問題を修正しました。
+ データベースアクティビティストリームイベントの暗号化が原因で、データベースが再起動する問題を修正しました。
+ 起動中または Aurora Serverless v2 でのスケーリング中に InnoDB バッファプールが初期化される際のメモリ不足エラーに起因する、メモリ管理の問題を修正しました。この問題が原因で、データベースインスタンスが再起動したり、パフォーマンスが低下したり (スループットの低下やレイテンシーの増大など) する場合がありました。
+ Aurora MySQL パラレルクエリの実行プランを利用するクエリの実行中に、Aurora MySQL リーダーインスタンスが再起動する問題を修正しました。
+ 特定の状況下で、範囲の推定中に Aurora リーダーインスタンスが再起動する可能性がある問題を修正しました。
+ 自動増分列がからむ負荷の高い挿入オペレーションの実行中に再起動が発生した場合に、起動時のデータベース復旧が中断されることがある問題を修正しました。
+ Aurora の高度な監査で、サーバー変数 `server_audit_events` が `ALL` または `QUERY` に設定されていると、情報メッセージが Aurora MySQL エラーログに過剰に記録される問題を修正しました。この問題が原因で、データベースインスタンスが再起動する可能性があります。
+ パラレルクエリが有効になっている場合に、`INSERT` ステートメントのロールバック中にデータベースが再起動する可能性がある問題を修正しました。
+ クエリに対して `EXPLAIN ANALYZE` プロファイリングツールを実行し、`EXTRA` 情報列内に出力「`all select tables were optimized away`」が返された場合に、データベースインスタンスが再起動する可能性がある問題を修正しました。詳細については、MySQL ドキュメントの「[`EXPLAIN` Output Format](https://dev.mysql.com/doc/refman/8.0/en/explain-output.html)」を参照してください。
+ グローバル書き込み転送を使用する Aurora グローバルデータベースのセカンダリリージョンのリーダーインスタンスが、転送された[暗黙的 commit ステートメント](https://dev.mysql.com/doc/refman/8.0/en/implicit-commit.html)でエラーが発生したときに再起動する問題を修正しました。
+ Aurora グローバルデータベースのセカンダリリージョンからグローバル書き込み転送を使用して `SELECT FOR UPDATE` クエリを実行すると、Aurora グローバルデータベースのプライマリリージョンのライターインスタンスが再起動する問題を修正しました。

 **全般的な機能強化:** 
+ 新しいストアドプロシージャ `mysql.rds_gtid_purged` が追加され、ユーザーが `GTID_PURGED` システム変数を設定できるようになりました。詳細については、「[mysql.rds\$1gtid\$1purged](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html#mysql_rds_gtid_purged)」を参照してください。
+ 2 つの新しいストアドプロシージャ `mysql.rds_start_replication_until` と `mysql.rds_start_replication_until_gtid` が追加され、ユーザーがバイナリログのレプリケーションを停止する場所を設定できるようになりました。Aurora MySQL におけるバイナリログレプリケーションの停止場所の設定については、「[mysql.rds\$1start\$1replication\$1until](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/mysql-stored-proc-replicating.html#mysql_rds_start_replication_until)」を参照してください。
+ [Aurora MySQL のレプリケーション制御のストアドプロシージャ](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html)が、autocommit (自動コミット) モードが無効になっているセッションから呼びされた場合に [https://dev.mysql.com/doc/refman/8.0/en/set-sql-log-bin.html](https://dev.mysql.com/doc/refman/8.0/en/set-sql-log-bin.html) 変数を変更できない問題を修正しました。
+ データ制御言語 (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\$1schema テーブル](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ISTables.html)」を参照してください。
+ ワイルドカード文字をエスケープした `SET ROLE` ステートメントを実行した後で、名前にワイルドカード文字が含まれているデータベースにユーザーがアクセスできなくなる問題を修正しました。
+ 監査ログのローテーション中に報告されたイベントが監査ログに書き込まれない場合がある問題を修正しました。
+ `TRIGGER` の実行によって内部一時テーブルが作成されると、ライターデータベースインスタンスが再起動する可能性がある問題を修正しました。
+ 新しいシステム変数 `innodb_aurora_max_partitions_for_range` が追加されました。永続的な統計情報が得られない場合は、このパラメータを使用して、パーティション分割テーブルの行数計算の実行時間を短縮できます。詳細については、ドキュメント「[Aurora MySQL 設定パラメータ](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html)」を参照してください。
+ パーティション分割テーブルを作成するときに、ユーザーが `ROW_FORMAT` を `COMPRESSED` に設定できてしまう問題を修正しました。テーブルは暗黙的に `COMPACT` 形式に変換され、Aurora MySQL は圧縮テーブルをサポートしていないことを通知する警告が表示されます。
+ `replica_parallel_type` 変数を `LOGICAL_CLOCK` に設定し、`replica_preserve_commit_order` 変数を `ON` にすると、マルチスレッドのバイナリログレプリケーションが停止する可能性がある問題を修正しました。この問題は、500 MB を超えるトランザクションがソースで実行された場合に発生する可能性があります。
+ [グローバルデータベースの書き込み転](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-write-forwarding.html)送機能が有効になっている場合に、セカンダリリージョンのリーダーインスタンスの `performance_schema` 設定を変更すると、プライマリリージョンのライターインスタンスに変更が意図せず転送されることがある問題を修正しました。
+ データページが Aurora ストレージファイルシステムから読み取られた後で、サーバーステータス変数 `innodb_buffer_pool_reads` が更新されないことがある問題を修正しました。
+ Aurora I/O-Optimized クラスター設定を選択した場合、Aurora MySQL のパラレルクエリはサポートされません。詳細については、Amazon Aurora MySQL のパラレルクエリの「[制限事項](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-parallel-query.html#aurora-mysql-parallel-query-limitations)」を参照してください。
+ パラレルクエリが有効になっている場合に、プライマリインデックスまたはセカンダリインデックスを活用する特定の `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` 変数で定義します。詳細については、「[内部 (黙示的) 一時テーブルのストレージエンジン](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/ams3-temptable-behavior.html#ams3-temptable-behavior-engine)」を参照してください。
+ [グローバルデータベース書き込み転送](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-write-forwarding.html)機能が有効になっている場合に、追加の接続が作成される問題を修正しました。この問題は、リーダーインスタンスの読み取り専用トランザクションが暗黙のコミットを誤ってライターに転送した場合に発生します。
+ [グローバルデータベース書き込み転送](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-write-forwarding.html)機能を使用した接続で、`performance_schema.threads` テーブルの `PROCESSLIST_USER` フィールドと `PROCESSLIST_HOST` フィールドがプライマリリージョンのライターに入力取り込まれない問題を修正しました。このテーブルとパフォーマンススキーマの詳細については、MySQL リファレンスマニュアルの「[The threads Table](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-threads-table.html)」および「Amazon Aurora ユーザーガイド」の「[Performance Schema の概要](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_PerfInsights.EnableMySQL.html#USER_PerfInsights.EnableMySQL.overview)」を参照してください。
+ [グローバルデータベースの書き込み転送](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-write-forwarding.html)機能の使用時に、セカンダリリージョンのリーダーインスタンスで表示される `CommitLatency` Cloudwatch メトリクスの値が間違っていた問題を修正しました。セカンダリデータベースクラスターで転送された DML ステートメントのレイテンシーをモニタリングするには、`ForwardingReplicaDMLLatency` メトリクスと `ForwardingWriterDMLLatency` メトリクスを使用することをお勧めします。コミットレイテンシーは、プライマリリージョンのライターインスタンスの `CommitLatency` メトリクスを使用して確認することもできます。詳細については、「Aurora ユーザーガイド」の「[書き込み転送のための Amazon CloudWatch メトリクスと Aurora MySQL ステータス変数](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-write-forwarding.html#aurora-global-database-write-forwarding-cloudwatch)」を参照してください。
+ [https://dev.mysql.com/doc/refman/8.0/en/replication-options-replica.html#sysvar_replica_parallel_workers](https://dev.mysql.com/doc/refman/8.0/en/replication-options-replica.html#sysvar_replica_parallel_workers) 変数に 0 より大きい値を設定してマルチスレッドのバイナリログレプリケーションを構成した場合に、バイナリログレプリケーションの管理と設定に使用される [Aurora MySQL のレプリケーション制御のストアドプロシージャ](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html)が誤ってエラーを報告する問題を修正しました。
+ 複数のセッションがメモリに存在しないページにアクセスしようとした際に、CPU の消費量が高くなる問題を修正しました。

 **アップグレードと移行:** 
+ Aurora グローバルデータベースに対して、Aurora MySQL バージョン 3.01、3.02、または 3.03 から Aurora MySQL バージョン 3.04 以降へのマイナーバージョンアップグレードを実行するには、「[エンジンのバージョンを変更して Aurora MySQL をアップグレードする](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.Patching.ModifyEngineVersion)」を参照してください。
+ Aurora MySQL 2 から Aurora MySQL 3 へのアップグレード時に、`mysql.general_log_backup`、`mysql.general_log`、`mysql.slow_log_backup`、`mysql.slow_log` テーブルに対してスキーマ不整合エラーが報告され、アップグレードの事前チェックが失敗する可能性がある問題を修正しました。アップグレードのトラブルシューティングの詳細については、「[Aurora MySQL バージョン 3 のアップグレードに関する問題のトラブルシューティング](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-upgrade-troubleshooting)」を参照してください。
+ トリガーの定義に含まれている予約済みのキーワードが引用符で囲まれていない場合に、Aurora MySQL バージョン 3 へのメジャーバージョンアップグレードが失敗する可能性がある問題を修正しました。

## MySQL Community Edition でのバグ修正の統合
<a name="AuroraMySQL.Updates.3040.Patches"></a>

このリリースには、以下を含め、8.0.28 までのコミュニティ版のバグ修正がすべて反映されています。詳細については、「[MySQL 3.x データベースエンジンの更新で修正された MySQL のバグ](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3)」を参照してください。
+  intrinsic の一時テーブルページを含むバッファブロックがページトラバーサル中に再配置され、アサーションエラーが発生する問題を修正しました (バグ\$1 33715694)。
+ InnoDB: オンライン DDL オペレーションによる領域外メモリへのアクセスを阻止します (バグ \$134750489、バグ \$1108925)。
+ 複数の共通テーブル式 (CTE) がネスト構造になっている複雑な SQL ステートメントの処理中に、誤ったクエリ結果が生成されることがある問題を修正しました (バグ \$134572040、バグ \$134634469、バグ \$133856374)。