翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 # Aurora MySQL データベースエンジンの更新 2020-11-10 (バージョン 2.07.3) (廃止) **バージョン:** 2.07.3 Aurora MySQL 2.07.3 は一般公開されています。Aurora MySQL 2.\$1 バージョンは MySQL 5.7 と互換性があり、Aurora MySQL 1.\$1 バージョンは 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 リリースから取得したスナップショットを Aurora MySQL 2.07.3 で復元できます。既存の Aurora MySQL 2.\$1 データベースクラスターを Aurora MySQL 2.07.3 にアップグレードすることもできます。既存の Aurora MySQL 1.\$1 クラスターは直接 2.07.3 にアップグレードできませんが、そのスナップショットは Aurora MySQL 2.07.3 に復元できます。 古いバージョンの Aurora MySQL を使用してクラスターを作成するには AWS マネジメントコンソール、AWS CLI、または RDS API を使用してエンジンバージョンを指定してください。 **注記** このバージョンは、長期サポート (LTS) リリースとして指定されています。詳細については、「**Amazon Aurora ユーザーガイド」の「[Aurora MySQL 長期サポート (LTS) リリース](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS)」を参照してください。 ご質問やご不明点がございましたら、コミュニティフォーラムや [AWS サポート](https://aws.amazon.com/support)から AWS サポートにお問い合わせください。詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora DB クラスターのメンテナンス](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)」を参照してください。 ## 改善点 **セキュリティの修正内容:** マネージド型の環境での処理を微調整するための修正およびその他の機能強化。 + [CVE-2021-2144](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2144) + [CVE-2020-14567](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14567) + [CVE-2020-14559](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14559) + [CVE-2020-14553](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14553) + [CVE-2020-14547](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14547) + [CVE-2020-14540](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14540) + [CVE-2020-2812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2812) + [CVE-2020-2806](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2806) + [CVE-2020-2780](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2780) + [CVE-2020-2765](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2765) + [CVE-2020-2763](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2763) + [CVE-2020-2760](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2760) + [CVE-2020-2579](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2579) + [CVE-2019-2740](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2740) **互換性のない変更:** このバージョンでは、`mysqldump` コマンドの動作に影響するアクセス許可の変更が導入されています。ユーザーは、`PROCESS` テーブルにアクセスする `INFORMATION_SCHEMA.FILES` 特権を有している必要があります。変更せずに `mysqldump` コマンドを実行するには、`PROCESS` コマンドが接続するデータベースユーザーに `mysqldump` 特権を付与します。`mysqldump` オプションを指定して `--no-tablespaces` コマンドを実行することもできます。このオプションを使用すると、`mysqldump ` 出力に `CREATE LOGFILE GROUP` または `CREATE TABLESPACE` ステートメントは含まれません。この場合、`mysqldump` コマンドは `INFORMATION_SCHEMA.FILES` テーブルにアクセスしないため、`PROCESS` アクセス許可を付与する必要はありません。 **可用性の向上:** + 接続/クエリの強制終了とセッション終了の間のロックマネージャの競合状態が修正され、データベースが再起動しました。 + クエリキャッシュを有効にして複数のテーブルまたはデータベースにアクセスするマルチクエリステートメントを実行した後、データベースが再起動する問題を修正しました。 + セカンダリインデックスを使用した仮想列の更新により、再起動が繰り返し発生する可能性がある問題を修正しました。 ## MySQL Community Edition バグ修正の統合 + *InnoDB:* マスターの XA 準備段階に正常に実行された同時 XA トランザクションは、スレーブで再生されたときに競合し、アプライヤスレッドでロック待機タイムアウトが発生しました。競合は、トランザクションがスレーブ上で連続して再生された際のギャップロック範囲が異なることによって発生します。このタイプの競合を防ぐために、[READ COMMITTED](https://dev.mysql.com/doc/refman/5.7/en/innodb-transaction-isolation-levels.html#isolevel_read-committed) の分離レベルの XA トランザクションによる ギャップロックは、XA トランザクションが準備段階に達したときに解放される (継承されなくなる) ようになりました。(バグ \$127189701、バグ \$125866046) + *InnoDB:* [READ COMMITTED](https://dev.mysql.com/doc/refman/5.7/en/innodb-transaction-isolation-levels.html#isolevel_read-committed) の分離レベルの使用中、外部キーの検証で不要なギャップロックが実行されました。(バグ \$125082593) + *レプリケーション:* XA トランザクションを使用中、レプリケーションスレーブ上の applier (SQL) スレッドでロック待機タイムアウトまたはデッドロックが発生した場合、自動再試行は機能しません。これは、SQL スレッドがロールバックを行う間、XA トランザクションをロールバックしないことが原因でした。トランザクションが再試行された際の初期のイベントは XA START であり、XA トランザクションがすでに進行中だったために無効となり、XAER\$1RMFAIL エラーが発生したということです。(バグ \$124764800) + *レプリケーション:* トランザクション分離レベルが [REPEATABLE READ](https://dev.mysql.com/doc/refman/5.7/en/innodb-transaction-isolation-levels.html#isolevel_repeatable-read) に設定されている場合、インターリーブトランザクションがスレーブアプライヤをデッドロックすることがありました。(バグ \$125040331) + *レプリケーション:* すべての既存のリレーログファイル (Relay\$1Log\$1Space) の合計サイズに対する [SHOW SLAVE STATUS](https://dev.mysql.com/doc/refman/5.7/en/show-slave-status.html) ステートメントによって返される値は、リレーログファイルによって使用される実際のディスク容量よりもはるかに大きくなる可能性があります。I/O スレッドが値を更新する間に可変をロックしなかったため、SQL スレッドはリレーログファイルを自動的に削除し、I/O スレッドが値の更新を完了する前に低減された値を書き込むことができました。その後 I/O スレッドは元のサイズ計算を書き込み、SQL スレッドの更新を無視して削除したファイルの容量を再追加しました。同時更新を防ぎ正確に計算するため、更新中の Relay\$1Log\$1Space の値はロックされます。(バグ \$126997096、バグ \$187832) + VALUES リストが結合を含むサブクエリを使用して 2 行目以降の値を生成した [INSERT](https://dev.mysql.com/doc/refman/5.7/en/insert.html) ステートメントの場合、必要な権限の解決に失敗するとサーバーが終了する可能性があります。(バグ \$123762382) + デフォルト値の [CURRENT\$1TIMESTAMP](https://dev.mysql.com/doc/refman/5.7/en/date-and-time-functions.html#function_current-timestamp) が書き込まれた [TIMESTAMP](https://dev.mysql.com/doc/refman/5.7/en/datetime.html) または [DATETIME](https://dev.mysql.com/doc/refman/5.7/en/datetime.html) 列を持つテーブルで、そのテーブルに `BEFORE INSERT` トリガーがある場合は、これらの列が `0000-00-00 00:00:00` に初期化されることがあります。(バグ \$125209512、バグ \$184077) + メタデータのPerformance Schemaオブジェクトの登録と登録解除を複数のスレッドが同時に試行すると、サーバーが終了する可能性があります。(バグ \$126502135) + 特定の [SELECT](https://dev.mysql.com/doc/refman/5.7/en/select.html) ステートメントの内容からテーブルを作成したステートメントを含むストアドプロシージャを実行すると、メモリリークが発生する可能性があります。(バグ \$125586773) + ビューにアクセスしたクエリを含むストアドプロシージャを実行すると、セッションが終了するまで解放されなかったメモリが割り当てられる可能性があります。(バグ \$125053286) + サブクエリのマテリアル化の特定のケースで、サーバーが終了する可能性があります。これらのクエリは、マテリアル化が無効であることを示すエラーを生成するようになりました。(バグ \$126402045) + 結合バッファリングが使用されている場合、多くの左結合を持つクエリが低速になります (ブロックネストされたループアルゴリズムを使用する場合など)。(バグ \$118898433、バグ \$172854) + オプティマイザは、2 番目の列に対して `LIKE` の句との内部結合を実行する際、複合インデックスの 2 番目の列をスキップしました。(バグ \$128086754) ## 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 ステートメント