翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 # Aurora MySQL データベースエンジンの更新 2020-09-17 (バージョン 2.09.0) (廃止) **バージョン **2.09.0 Aurora MySQL 2.09.0 は一般公開されています。Aurora MySQL 2.x バージョンは MySQL 5.7 と互換性があり、Aurora MySQL 1.x バージョンは MySQL 5.6 と互換性があります。 現在サポートされている Aurora MySQL リリースは、1.19.5、1.19.6、1.22.\$1、1.23.\$1、2.04.\$1、2.07.\$1、2.08.\$1、2.09.\$1、2.10.\$1、3.01.\$1、3.02.\$1 です。 Aurora MySQL 1.23.\$1 から取得したスナップショットを Aurora MySQL2.09.0 で復元できます。既存の Aurora MySQL 2.\$1 データベースクラスターを Aurora MySQL 2.09.0 にアップグレードすることもできます。既存の Aurora MySQL 1.23.\$1 クラスターは直接 2.09.0 にアップグレードできませんが、そのスナップショットは Aurora MySQL 2.09.0 に復元できます。 **重要** このバージョンでの Aurora ストレージの改善により、利用可能なアップグレードパスは Aurora MySQL 1.\$1 から Aurora MySQL 2.09 に制限されています。Aurora MySQL 1.\$1 クラスターを 2.09 にアップグレードする場合、Aurora MySQL 1.23 からアップグレードする必要があります。 古いバージョンの Aurora MySQL を使用してクラスターを作成するには AWS マネジメントコンソール、AWS CLI、または RDS API を使用してエンジンバージョンを指定してください。 ご質問やご不明点がございましたら、コミュニティフォーラムや [AWS サポート](https://aws.amazon.com/support)から AWS サポートにお問い合わせください。詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora DB クラスターのメンテナンス](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)」を参照してください。 **注記** Aurora MySQL データベースクラスターをアップグレードする方法については、「**Amazon Aurora ユーザーガイド」の「[Aurora MySQL DB クラスターのマイナーバージョンまたはパッチレベルのアップグレード](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)」を参照してください。 ## 改善点 **新機能:** + このリリースでは、最大 128 テビバイト (TiB) のストレージを備えた Amazon Aurora MySQL データベースインスタンスを作成できます。新しいストレージ制限は、以前の 64 TiB から引き上げられています。128 TiB のストレージサイズは、より大きなデータベースに対応します。この機能は、スモールインスタンスサイズ (db.t2 または db.t3) ではサポートされていません。1 つのテーブルスペースは、[16 KB のページサイズという InnoDB の制限](https://dev.mysql.com/doc/refman/5.7/en/innodb-limits.html)があるため、64 TiB を超えて拡張することはできません。 Aurora は、クラスターボリュームサイズが 128 TiB に近い場合にアラートを表示し、サイズ制限に達する前にアクションを実行できるようにします。このアラートは、AWS マネジメントコンソール の mysql ログと RDS イベントに表示されます。 + DB クラスターパラメータの値を変更することで、既存のクラスターのパラレルクエリのオンとオフを切り替えることができるようになりました `aurora_parallel_query`。クラスターを作成するときに、`parallelquery` パラメータの `--engine-mode` 設定を使用する必要はありません。 パラレルクエリが拡張され、Aurora MySQL が利用できるすべてのリージョンで利用できるようになりました。 Aurora クラスタ内のパラレルクエリをアップグレードおよび有効化するための手順には、他にも多くの機能拡張や変更があります。詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora MySQL のパラレルクエリの使用](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-parallel-query.html)」を参照してください。 + Aurora は、クラスターのストレージ領域のサイズを動的に変更します。動的サイズ変更では、Aurora DB クラスターからデータを削除すると、DB クラスターのストレージ領域が自動的に減少します。詳細については、「**Amazon Aurora ユーザーガイド」の「[ストレージのスケーリング](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.Managing.Performance.html#Aurora.Managing.Performance.StorageScaling)」を参照してください。 **注記** 動的サイズ変更機能は、Aurora が利用可能な AWS リージョンで段階的にデプロイされています。クラスターを使用するリージョンによっては、この機能はまだ利用できない場合があります。詳細については、[新しい発表](https://aws.amazon.com/about-aws/whats-new/2020/10/amazon-aurora-enables-dynamic-resizing-database-storage-space/)を参照してください。 **優先度の高い修正:** + コミュニティバグのバックポート \$127659490: SELECT USING DYNAMIC RANGE AND INDEX MERGE USE TOO MUCH MEMORY (OOM) + バグ \$126881508: MYSQL \$11: DISABLE\$1ABORT\$1ON\$1ERROR IN AUTH\$1COMMON.H + コミュニティバグのバックポート \$124437124: POSSIBLE BUFFER OVERFLOW ON CREATE TABLE + バグのバックポート \$127158030: INNODB ONLINE ALTER CRASHES WITH CONCURRENT DML + バグ \$129770705: SERVER CRASHED WHILE EXECUTING SELECT WITH SPECIFIC WHERE CLAUSE + バグのバックポート \$126502135: MYSQLD SEGFAULTS IN MDL\$1CONTEXT::TRY\$1ACQUIRE\$1LOCK\$1IMPL + バグ \$126935001: ALTER TABLE AUTO\$1INCREMENT TRIES TO READ INDEX FROM DISCARDED TABLESPACE + バグ \$128491099: [FATAL] MEMORY BLOCK IS INVALID \$1 INNODB: ASSERTION FAILURE: UT0UT.CC:670 + バグ \$130499288: GCC 9.2.1 REPORTS A NEW WARNING FOR OS\$1FILE\$1GET\$1PARENT\$1DIR + バグ \$129952565 where MYSQLD GOT SIGNAL 11 WHILE EXECUTING A QUERY(UNION \$1 ORDER BY \$1 SUB-QUERY) + バグ \$130628268: OUT OF MEMORY CRASH + バグ \$130441969: BUG \$129723340: MYSQL SERVER CRASH AFTER SQL QUERY WITH DATA ?AST + バグ \$130569003: 5.7 REPLICATION BREAKAGE WITH SYNTAX ERROR WITH GRANT MANAGEMENT + バグ \$129915479: RUNNING COM\$1REGISTER\$1SLAVE WITHOUT COM\$1BINLOG\$1DUMP CAN RESULTS IN SERVER EXIT + バグ \$130569003: 5.7 REPLICATION BREAKAGE WITH SYNTAX ERROR WITH GRANT MANAGEMENT + バグ \$129915479: RUNNING COM\$1REGISTER\$1SLAVE WITHOUT COM\$1BINLOG\$1DUMP CAN RESULTS IN SERVER EXIT + バグ \$120712046: SHOW PROCESSLIST AND PERFORMANCE\$1SCHEMA TABLES DO NOT MASK PASSWORD FROM QUERY + バックポートバグ \$118898433: EXTREMELY SLOW PERFORMANCE WITH OUTER JOINS AND JOIN BUFFER (fixed in 5.7.21)。結合バッファリングが使用されている場合、多くの左結合を持つクエリが低速になります (ブロックネストされたループアルゴリズムを使用する場合など)。(バグ \$118898433、バグ \$172854)」 + バックポートバグ \$126402045: MYSQLD CRASHES ON QUERY (MySQL 5.7.23 で修正)。サブクエリのマテリアル化の特定のケースで、サーバーが終了する可能性があります。これらのクエリは、マテリアル化が無効であることを示すエラーを生成するようになりました。(バグ \$126402045) + [MySQL からのバックポート] rdsadmin 以外のユーザーは、リーダーレプリカの pfs テーブルを更新できません。 + リーダーレプリカで顧客が perfschema を更新できない問題を修正します。 + バグ \$126666274: INFINITE LOOP IN PERFORMANCE SCHEMA BUFFER CONTAINER + [バグ \$126997096](https://github.com/mysql/mysql-server/commit/78f25d2809ad457e81f90342239c9bc32a36cdfa): relay\$1log\$1space 値は同期された方法で更新されないため、その値はリレーログで使用される実際のディスク領域よりもはるかに大きくなることがあります。 + バグ \$125082593: FOREIGN KEY VALIDATION DOESN'T NEED TO ACQUIRE GAP LOCK IN READ COMMITTED + [CVE-2019-2731](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2731) + [CVE-2018-2645](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2645) + [CVE-2019-2581](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2581) + [CVE-2018-2787](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2787) + [CVE-2019-2482](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2482) + [CVE-2018-2640](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2640) + [CVE-2018-2784](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2784) + [CVE-2019-2628](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2628) + [CVE-2019-2911](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2911) + [CVE-2019-2628](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2628) + [CVE-2018-3284](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3284) + [CVE-2018-3065](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3065) + [CVE-2019-2537](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2537) + [CVE-2019-2948](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2948) + [CVE-2019-2434](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2434) + [CVE-2019-2420](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2420) **可用性の向上:** + ロックマネージャー ABA 修正をデフォルトで有効にします。 + 競合状態により、2 つのトランザクションでロックが共有され、データベースが再起動することがあるロックマネージャーの問題を修正しました。 + 圧縮された行フォーマットでテンポラリテーブルを作成すると再起動する場合がある問題を修正しました。 + 16XL および 24XL インスタンスの `table_open_cache` のデフォルト値を修正しました。このデフォルト値では、ラージインスタンスクラス (R4/R5-16XL、R5-12XL、R5-24XL) でフェイルオーバーが繰り返され、CPU 使用率が高くなる場合があります。これは 2.07.x に影響しました。 + S3 バックアップに `mysql.host` テーブルが含まれていない場合、Amazon S3 から Aurora MySQL バージョン 2.08.0 へのクラスターの復元に予想以上に時間がかかる問題を修正しました。 + セカンダリインデックスを使用した仮想列の更新により、フェールオーバーが繰り返し発生する可能性がある問題を修正しました。 + 長時間実行される書き込みトランザクションによりデータベースが再起動される、トランザクションロックメモリ管理に関する問題を修正しました。 + パッチ適用のための安全ポイントのチェックにおいて、ダウンタイムのないパッチ適用中にエンジンがクラッシュすることがある複数の問題を修正しました。 + 以前クラッシュの原因となっていたテンポラリテーブルの redo ログをスキップする問題を修正しました。 + 接続/クエリの強制終了とセッションの強制終了の間のロックマネージャーの競合状態を修正しました。 + binlog レプリカで、MySQL `time_zone` テーブルで DDL イベントを受け取ると、データベースがクラッシュする可能性がある問題を修正しました。 **グローバルデータベース:** + セカンダリリージョンの MySQL `INFORMATION_SCHEMA.REPLICA_HOST_STATUS` ビューに、そのリージョンに属するレプリカのエントリが表示されるようになりました。 + プライマリリージョンとセカンダリリージョン間のテンポラリネットワーク接続の問題の後に、グローバル DB セカンダリリージョンで発生する可能性がある予期しないクエリの失敗が修正されました。 + **パラレルクエリ:** + Parallel Query クエリの `EXPLAIN` プランを修正しました。単純な単一テーブルクエリでは正しくありません。 + Parallel Query が有効な場合に発生する可能性があるセルフデッドラッチが修正されました。 **全般的な機能強化:** + S3 へのエクスポートで `ENCRYPTION` キーワードがサポートされるようになりました。 + これで、`aurora_binlog_replication_max_yield_seconds` パラメータの最大値が 36,000 になりました。以前の最大許容値は 45 でした。このパラメータ `aurora_binlog_use_large_read_buffer` は、パラメータが 1 に設定されている場合にのみ機能します。 + `MIXED` 実行時の動作を `binlog_format` ではなく `ROW` `STATEMENT` を `LOAD DATA FROM INFILE | S3` にマッピングするように変更しました。 + Aurora MySQL バイナリログプライマリに接続されたバイナリログレプリカで、プライマリが `LOAD DATA FROM S3` を実行し、`binlog_format` が `STATEMENT` に設定されているときに、不完全なデータが表示される可能性がある問題を修正しました。 + 監査システム可変 `server_audit_incl_users` および `server_audit_excl_users` の最大許容長を、1024 バイトから 2000 バイトに引き上げました。 + 現在の接続が設定されている値よりも大きい場合に、パラメータグループの `max_connections` パラメータを下げると、ユーザーがデータベースにアクセスできなくなる問題を修正しました。 + データアクティビティストリーミングで、一重引用符とバックスラッシュが正しくエスケープされない問題を修正しました。 ## MySQL Community Edition バグ修正の統合 + バグ \$127659490: SELECT USING DYNAMIC RANGE AND INDEX MERGE USE TOO MUCH MEMORY(OOM) + バグ \$126881508: MYSQL \$11: DISABLE\$1ABORT\$1ON\$1ERROR IN AUTH\$1COMMON.H + バグ \$124437124: POSSIBLE BUFFER OVERFLOW ON CREATE TABLE + バグ \$127158030: INNODB ONLINE ALTER CRASHES WITH CONCURRENT DML + バグ \$129770705: SERVER CRASHED WHILE EXECUTING SELECT WITH SPECIFIC WHERE CLAUSE + バグ \$126502135: MYSQLD SEGFAULTS IN MDL\$1CONTEXT::TRY\$1ACQUIRE\$1LOCK\$1IMPL + バグ \$126935001: ALTER TABLE AUTO\$1INCREMENT TRIES TO READ INDEX FROM DISCARDED TABLESPACE + バグ \$128491099: [FATAL] MEMORY BLOCK IS INVALID \$1 INNODB: ASSERTION FAILURE: UT0UT.CC:670 + バグ \$130499288: GCC 9.2.1 REPORTS A NEW WARNING FOR OS\$1FILE\$1GET\$1PARENT\$1DIR + バグ \$129952565: where MYSQLD GOT SIGNAL 11 WHILE EXECUTING A QUERY(UNION \$1 ORDER BY \$1 SUB-QUERY) + バグ \$130628268: OUT OF MEMORY CRASH + バグ \$130441969: BUG \$129723340: MYSQL SERVER CRASH AFTER SQL QUERY WITH DATA ?AST + バグ \$130569003: 5.7 REPLICATION BREAKAGE WITH SYNTAX ERROR WITH GRANT MANAGEMENT + バグ \$129915479: RUNNING COM\$1REGISTER\$1SLAVE WITHOUT COM\$1BINLOG\$1DUMP CAN RESULTS IN SERVER EXIT + バグ \$130569003: 5.7 REPLICATION BREAKAGE WITH SYNTAX ERROR WITH GRANT MANAGEMENT + バグ \$129915479: RUNNING COM\$1REGISTER\$1SLAVE WITHOUT COM\$1BINLOG\$1DUMP CAN RESULTS IN SERVER EXIT + バグ \$120712046: SHOW PROCESSLIST AND PERFORMANCE\$1SCHEMA TABLES DO NOT MASK PASSWORD FROM QUERY + バグ \$118898433: EXTREMELY SLOW PERFORMANCE WITH OUTER JOINS AND JOIN BUFFER (fixed in 5.7.21) + バグ \$126402045: MYSQLD CRASHES ON QUERY (fixed in MySQL 5.7.23) + バグ \$123103937: PS\$1TRUNCATE\$1ALL\$1TABLES() がSUPER\$1READ\$1ONLY モードで機能しない + バグ \$126666274: INFINITE LOOP IN PERFORMANCE SCHEMA BUFFER CONTAINER + バグ \$126997096: relay\$1log\$1space 値は同期された方法で更新されないため、その値はリレーログで使用される実際のディスク領域よりもはるかに大きくなることがあります。([https://github.com/mysql/mysql-server/commit/78f25d2809ad457e81f90342239c9bc32a36cdfa](https://github.com/mysql/mysql-server/commit/78f25d2809ad457e81f90342239c9bc32a36cdfa)) + バグ \$125082593: FOREIGN KEY VALIDATION DOESN'T NEED TO ACQUIRE GAP LOCK IN READ COMMITTED + バグ \$124764800: REPLICATION FAILING ON SLAVE WITH XAER\$1RMFAIL ERROR。 + バグ \$181441: WARNING ABOUT LOCALHOST WHEN USING SKIP-NAME-RESOLVE。 ## Aurora MySQL バージョン 1 との比較 次の Amazon Aurora MySQL 機能は、Aurora MySQL バージョン 1 (MySQL 5.6 互換) でサポートされていますが、Aurora MySQL バージョン 2 (MySQL 5.7 互換) では現在サポートされていません。 + Asynchronous Key Prefetch (AKP)｡ 詳細については、「**Amazon Aurora ユーザーガイド」の「[Asynchronous Key Prefetch を使用した Aurora MySQL インデックス付き結合クエリの最適化](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)」を参照してください。 + ハッシュ結合｡ 詳細については、「**Amazon Aurora ユーザーガイド」の「[ハッシュ結合を使用した大規模な Aurora MySQL 結合クエリの最適化](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)」を参照してください。 + AWS Lambda 関数を同期的に呼び出すためのネイティブ関数。詳細については、「**Amazon Aurora ユーザーガイド」の「[Aurora MySQL ネイティブ関数を使用した Lambda 関数の呼び出し](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)」を参照してください。 + スキャンバッチ処理｡ 詳細については、「[Aurora MySQL データベースエンジンの更新 2017-12-11 (バージョン 1.16) (廃止)](AuroraMySQL.Updates.20171211.md)」を参照してください。 + Amazon S3 バケットを使用した MySQL からのデータ移行｡ 詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon S3 バケットを使用した MySQL からのデータ移行](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)」を参照してください。 ## MySQL 5.7 の互換性 この Aurora MySQL バージョンは MySQL 5.7 とワイヤ互換性があり、JSON のサポート、空間インデックス、列生成などの機能が含まれています。Aurora MySQL は、z オーダーカーブを使用した空間インデックス作成のネイティブ実装を使用して、空間データセットにおいて、MySQL 5.7 と比較して 20 倍以上の書き込みパフォーマンスと 10 倍以上の読み取りパフォーマンスを実現します。 この Aurora MySQL バージョンでは、現在、MySQL 5.7 の以下の機能はサポートされていません。 + グループのレプリケーションプラグイン + ページサイズの増加 + 起動時の InnoDB バッファープールのロード + InnoDB フルテキストパーサープラグイン + マルチソースレプリケーション + オンラインバッファープールのサイズ変更 + パスワード検証プラグイン + クエリ書き換えプラグイン + レプリケーションフィルタリング + `CREATE TABLESPACE` SQL ステートメント