翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# Amazon Aurora MySQL バージョン 1 のデータベースエンジンの更新 (廃止)
Amazon Aurora バージョン 1 データベースエンジンの更新は次のとおりです。
+ [Aurora MySQL データベースエンジンの更新 2021-09-30 (バージョン 1.23.4) (廃止)](AuroraMySQL.Updates.1234.md)
+ [Aurora MySQL データベースエンジンの更新 2021-06-28 (バージョン 1.23.3) (廃止)](AuroraMySQL.Updates.1233.md)
+ [Aurora MySQL データベースエンジンの更新 2021-03-18 (バージョン 1.23.2) (廃止)](AuroraMySQL.Updates.1232.md)
+ [Aurora MySQL データベースエンジンの更新 2020-11-24 (バージョン 1.23.1) (廃止)](AuroraMySQL.Updates.1231.md)
+ [Aurora MySQL データベースエンジンの更新 2020-09-02 (バージョン 1.23.0) (廃止)](AuroraMySQL.Updates.1230.md)
+ [Aurora MySQL データベースエンジンの更新 2021-06-03 (バージョン 1.22.5) (廃止)](AuroraMySQL.Updates.1225.md)
+ [Aurora MySQL データベースエンジンの更新 2021-03-04 (バージョン 1.22.4) (廃止)](AuroraMySQL.Updates.1224.md)
+ [Aurora MySQL データベースエンジンの更新 2020-11-09 (バージョン 1.22.3) (廃止)](AuroraMySQL.Updates.1223.md)
+ [Aurora MySQL データベースエンジンの更新 2020-03-05 (バージョン 1.22.2) (廃止)](AuroraMySQL.Updates.1222.md)
+ [Aurora MySQL データベースエンジンの更新 2019-12-23 (バージョン 1.22.1) (廃止)](AuroraMySQL.Updates.1221.md)
+ [Aurora MySQL データベースエンジンの更新 2019-11-25 (バージョン 1.22.0) (廃止)](AuroraMySQL.Updates.1220.md)
+ [Aurora MySQL データベースエンジンの更新 2019-11-25 (バージョン 1.21.0) (廃止)](AuroraMySQL.Updates.1210.md)
+ [Aurora MySQL データベースエンジンの更新 2020-03-05 (バージョン 1.20.1) (廃止)](AuroraMySQL.Updates.1201.md)
+ [Aurora MySQL データベースエンジンの更新 2019-11-11 (バージョン 1.20.0) (廃止)](AuroraMySQL.Updates.1200.md)
+ [Aurora MySQL データベースエンジンの更新 2020-03-05 (バージョン 1.19.6) (廃止)](AuroraMySQL.Updates.1196.md)
+ [Aurora MySQL データベースエンジンの更新 2019-09-19 (バージョン 1.19.5) (廃止)](AuroraMySQL.Updates.1195.md)
+ [Aurora MySQL データベースエンジンの更新 2019-06-05 (バージョン 1.19.2) (廃止)](AuroraMySQL.Updates.1192.md)
+ [Aurora MySQL データベースエンジンの更新 2019-05-09 (バージョン 1.19.1) (廃止)](AuroraMySQL.Updates.1191.md)
+ [Aurora MySQL データベースエンジンの更新 2019-02-07 (バージョン 1.19.0) (廃止)](AuroraMySQL.Updates.1190.md)
+ [Aurora MySQL データベースエンジンの更新 2018-09-20 (バージョン 1.18.0) (廃止)](AuroraMySQL.Updates.1180.md)
+ [Aurora MySQL データベースエンジンの更新 2020-03-05 (バージョン 1.17.9) (廃止)](AuroraMySQL.Updates.1179.md)
+ [Aurora MySQL データベースエンジンの更新 2019-01-17 (バージョン 1.17.8) (廃止)](AuroraMySQL.Updates.1178.md)
+ [Aurora MySQL データベースエンジンの更新 2018-10-08 (バージョン 1.17.7) (廃止)](AuroraMySQL.Updates.1177.md)
+ [Aurora MySQL データベースエンジンの更新 2018-09-06 (バージョン 1.17.6) (廃止)](AuroraMySQL.Updates.1176.md)
+ [Aurora MySQL データベースエンジンの更新 2018-08-14 (バージョン 1.17.5) (廃止)](AuroraMySQL.Updates.1175.md)
+ [Aurora MySQL データベースエンジンの更新 2018-08-07 (バージョン 1.17.4) (廃止)](AuroraMySQL.Updates.1174.md)
+ [Aurora MySQL データベースエンジンの更新 2018-06-05 (バージョン 1.17.3) (廃止)](AuroraMySQL.Updates.1173.md)
+ [Aurora MySQL データベースエンジンの更新 2018-04-27 (バージョン 1.17.2) (廃止)](AuroraMySQL.Updates.1172.md)
+ [Aurora MySQL データベースエンジンの更新 2018-03-23 (バージョン 1.17.1) (廃止)](AuroraMySQL.Updates.1171.md)
+ [Aurora MySQL データベースエンジンの更新 2018-03-13 (バージョン 1.17) (廃止)](AuroraMySQL.Updates.117.md)
+ [Aurora MySQL データベースエンジンの更新 2017-12-11 (バージョン 1.16) (廃止)](AuroraMySQL.Updates.20171211.md)
+ [Aurora MySQL データベースエンジンの更新 2017-11-20 (バージョン 1.15.1) (廃止)](AuroraMySQL.Updates.20171120.md)
+ [Aurora MySQL データベースエンジンの更新 2017-10-24 (バージョン 1.15) (廃止)](AuroraMySQL.Updates.20171024.md)
+ [Aurora MySQL データベースエンジンの更新: 2018-03-13 (バージョン 1.14.4) (廃止)](AuroraMySQL.Updates.1144.md)
+ [Aurora MySQL データベースエンジンの更新: 2017-09-22 (バージョン 1.14.1) (廃止)](AuroraMySQL.Updates.20170922.md)
+ [Aurora MySQL データベースエンジンの更新: 2017-08-07 (バージョン 1.14) (廃止)](AuroraMySQL.Updates.20170807.md)
+ [Aurora MySQL データベースエンジンの更新: 2017-05-15 (バージョン 1.13) (廃止)](AuroraMySQL.Updates.20170515.md)
+ [Aurora MySQL データベースエンジンの更新: 2017-04-05 (バージョン 1.12) (廃止)](AuroraMySQL.Updates.20170405.md)
+ [Aurora MySQL データベースエンジンの更新: 2017-02-23 (バージョン 1.11) (廃止)](AuroraMySQL.Updates.20170223.md)
+ [Aurora MySQL データベースエンジンの更新: 2017-01-12 (バージョン 1.10.1) (廃止)](AuroraMySQL.Updates.20170112.md)
+ [Aurora MySQL データベースエンジンの更新: 2016-12-14 (バージョン 1.10) (廃止)](AuroraMySQL.Updates.20161214.md)
+ [Aurora MySQL データベースエンジンの更新: 2016-11-10 (バージョン 1.9.0、1.9.1) (廃止)](AuroraMySQL.Updates.20161110.md)
+ [Aurora MySQL データベースエンジンの更新: 2016-10-26 (バージョン 1.8.1) (廃止)](AuroraMySQL.Updates.20161026.md)
+ [Aurora MySQL データベースエンジンの更新: 2016-10-18 (バージョン 1.8) (廃止)](AuroraMySQL.Updates.20161018.md)
+ [Aurora MySQL データベースエンジンの更新: 2016-09-20 (バージョン 1.7.1) (廃止)](AuroraMySQL.Updates.20160920.md)
+ [Aurora MySQL データベースエンジンの更新: 2016-08-30 (バージョン 1.7.0) (廃止)](AuroraMySQL.Updates.20160830.md)
+ [Aurora MySQL データベースエンジンの更新: 2016-06-01 (バージョン 1.6.5) (廃止)](AuroraMySQL.Updates.20160601.md)
+ [Aurora MySQL データベースエンジンの更新: 2016-04-06 (バージョン 1.6) (廃止)](AuroraMySQL.Updates.20160406.md)
+ [Aurora MySQL データベースエンジンの更新: 2016-01-11 (バージョン 1.5) (廃止)](AuroraMySQL.Updates.20160111.md)
+ [Aurora MySQL データベースエンジンの更新: 2015-12-03 (バージョン 1.4) (廃止)](AuroraMySQL.Updates.20151203.md)
+ [Aurora MySQL データベースエンジンの更新: 2015-10-16 (バージョン 1.2、1.3) (廃止)](AuroraMySQL.Updates.20151016.md)
+ [Aurora MySQL データベースエンジンの更新: 2015-08-24 (バージョン 1.1) (廃止)](AuroraMySQL.Updates.20150824.md)
# Aurora MySQL データベースエンジンの更新 2021-09-30 (バージョン 1.23.4) (廃止)
**バージョン:** 1.23.4
Aurora MySQL 1.23.4 は一般公開されています。Aurora MySQL 2.\$1 バージョンは MySQL 5.7 と互換性があり、Aurora MySQL 1.\$1 バージョンは MySQL 5.6 と互換性があります。
このエンジンバージョンは 2023 年 2 月 28 日に非推奨となる予定です。詳細については、「[Amazon Aurora MySQL 互換エディションバージョン 1 のサポート終了に向けて準備する](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)」を参照してください。
現在サポートされている 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 を使用してクラスターを作成するには、RDS コンソール、AWS CLI、または Amazon 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)」を参照してください。
## 改善点
**全般的な機能強化:**
+ 内部診断ログファイル内の過剰な情報メッセージのログが原因で、リーダーインスタンスの CPU 使用率が高くなる問題を修正しました。
**優先度の高い修正:**
+ [CVE-2021-2307](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2307)
+ [CVE-2021-2226](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2226)
+ [CVE-2021-2160](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2160)
+ [CVE-2021-2154](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2154)
+ [CVE-2021-2060](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2060)
+ [CVE-2021-2032](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2032)
+ [CVE-2021-2001](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2001)
# Aurora MySQL データベースエンジンの更新 2021-06-28 (バージョン 1.23.3) (廃止)
**バージョン **1.23.3
Aurora MySQL 1.23.3 は一般公開されています。Aurora MySQL 1.\$1 バージョンは MySQL 5.6 と互換性があり、Aurora MySQL 2.\$1 バージョンは MySQL 5.7 と互換性があります。
このエンジンバージョンは 2023 年 2 月 28 日に非推奨となる予定です。詳細については、「[Amazon Aurora MySQL 互換エディションバージョン 1 のサポート終了に向けて準備する](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)」を参照してください。
現在サポートされている 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 を使用してクラスターを作成するには、RDS コンソール、AWS CLI、または Amazon 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)」を参照してください。
## 改善点
安定性と可用性全般に関する機能強化
**セキュリティの修正内容:**
+ [CVE-2021-23841](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-23841)
+ [CVE-2021-3449](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-3449)
+ [CVE-2020-28196](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-28196)
# Aurora MySQL データベースエンジンの更新 2021-03-18 (バージョン 1.23.2) (廃止)
**バージョン:** 1.23.2
Aurora MySQL 1.23.2 は一般公開されています。Aurora MySQL 1.\$1 バージョンは MySQL 5.6 と互換性があり、Aurora MySQL 2.\$1 バージョンは MySQL 5.7 と互換性があります。
このエンジンバージョンは 2023 年 2 月 28 日に非推奨となる予定です。詳細については、「[Amazon Aurora MySQL 互換エディションバージョン 1 のサポート終了に向けて準備する](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)」を参照してください。
現在サポートされている 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 を使用してクラスターを作成するには、RDS コンソール、AWS CLI、または Amazon RDS API を使用してエンジンバージョンを指定してください。
**注記**
このバージョンは現在、次のリージョンでは使用できません。AWS GovCloud (米国東部) [us-gov-east-1]、AWS GovCloud (米国西部) [us-gov-west-1] ご利用可能になりましたら、別途お知らせします。
ご質問やご不明点がございましたら、コミュニティフォーラムや [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-2020-14867](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14867)
+ [CVE-2020-14812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14812)
+ [CVE-2020-14769](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14769)
+ [CVE-2020-14765](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14765)
+ [CVE-2020-14793](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14793)
+ [CVE-2020-14672](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14672)
+ [CVE-2020-1971](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-1971)
+ [CVE-2018-3143](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3143)
**可用性の向上:**
+ 動的なクラスターストレージのサイズ変更機能で、リーダー DB インスタンスが再起動する可能性がある問題を修正しました。
+ `RESET QUERY CACHE` ステートメントでの競合状態によるフェイルオーバーの問題を修正しました。
+ クエリキャッシュを使用したネストされたストアドプロシージャ呼び出しのクラッシュを修正しました。
+ パーティション化されたテーブルまたはサブパーティション化されたテーブルの不完全な切り捨てから回復するときに、`mysqld` の再起動が繰り返されないように問題を修正しました。
+ オンプレミスまたは RDS for MySQL から Aurora MySQL への移行が失敗する可能性がある問題を修正しました。
+ ストレージボリュームのスケーリング中にデータベースを再起動できる稀な競合状態を修正しました。
+ 競合状態により、2 つのトランザクションでロックが共有され、データベースが再起動することがあるロックマネージャーの問題を修正しました。
+ 長時間実行される書き込みトランザクションによりデータベースが再起動される、トランザクションロックメモリ管理に関する問題を修正しました。
+ トランザクションのロールバック中にデータベースの再起動またはフェイルオーバーが発生する、ロックマネージャーの競合状態を修正しました。
+ 5.6 のラボモードでテーブルの Fast Online DDL が有効になっている場合に、5.6 から 5.7 にアップグレードする際の問題を修正しました。
+ パッチ適用のためのデータベースアクティビティの休止ポイントのチェックにおいて、ダウンタイムのないパッチ適用中にエンジンが再起動することがある複数の問題を修正しました。
+ `DROP TRIGGER`、`ALTER TABLE` などの DDL 操作、特にテーブル内のパーティションのタイプや数を変更する `ALTER TABLE` が中断された場合に、再起動が繰り返されることに関連する複数の問題を修正しました。
+ 16XL および 24XL インスタンスの `table_open_cache` のデフォルト値を更新しました。これにより、ラージインスタンスクラス (R4/R5-16XL、R5-12XL、R5-24XL) で再起動が繰り返され、CPU 使用率が高くなるのを防ぎます。この影響があるのは、1.21.x と 1.22.x のリリースです。
+ バイナリログレプリカが `HA_ERR_KEY_NOT_FOUND` エラーで停止する問題を修正しました。
## MySQL Community Edition バグ修正の統合
+ *レプリケーション*: `SHOW BINLOG EVENTS` 文の実行中に、パラレルトランザクションがブロックされました。この修正により、`SHOW BINLOG EVENTS` プロセスはファイルの終了位置を計算する間だけロックを取得するため、パラレルトランザクションが長期間ブロックされることはありません。(バグ \$176618、バグ \$120928790)
# Aurora MySQL データベースエンジンの更新 2020-11-24 (バージョン 1.23.1) (廃止)
**バージョン:** 1.23.1
Aurora MySQL 1.23.1 は一般公開されています。Aurora MySQL 1.\$1 バージョンは MySQL 5.6 と互換性があり、Aurora MySQL 2.\$1 バージョンは MySQL 5.7 と互換性があります。
このエンジンバージョンは 2023 年 2 月 28 日に非推奨となる予定です。詳細については、「[Amazon Aurora MySQL 互換エディションバージョン 1 のサポート終了に向けて準備する](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)」を参照してください。
現在サポートされている 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 を使用してクラスターを作成するには、RDS コンソール、AWS CLI、または Amazon 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)」を参照してください。
## 改善点
**セキュリティの修正内容:**
マネージド型の環境での処理を微調整するための修正およびその他の機能強化。以下の CVE の追加の修正:
+ [CVE-2020-14559](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14559)
+ [CVE-2020-14539](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14539)
**互換性のない変更:**
このバージョンでは、`mysqldump` コマンドの動作に影響するアクセス許可の変更が導入されています。ユーザーは、`PROCESS` テーブルにアクセスする `INFORMATION_SCHEMA.FILES` 特権を有している必要があります。変更せずに `mysqldump` コマンドを実行するには、`PROCESS` コマンドが接続するデータベースユーザーに `mysqldump` 特権を付与します。`mysqldump` オプションを指定して `--no-tablespaces` コマンドを実行することもできます。このオプションを使用すると、`mysqldump ` 出力に `CREATE LOGFILE GROUP` または `CREATE TABLESPACE` ステートメントは含まれません。この場合、`mysqldump` コマンドは `INFORMATION_SCHEMA.FILES` テーブルにアクセスしないため、`PROCESS` アクセス許可を付与する必要はありません。
**可用性の向上:**
+ 1.23.0 を実行しているグローバルデータベースのセカンダリクラスターの Aurora リーダーインスタンスが繰り返し再起動する問題を修正しました。
+ 古いリリースバージョンのプライマリリージョンのライターをリリース 1.23.0 にアップグレードすると、グローバルデータベースのセカンダリリージョンのレプリカが再起動する可能性がある問題を修正しました。
+ Aurora MySQL 1.23.0 で導入された動的サイズ変更機能のメモリリークを修正しました。
+ パラレルクエリ機能を使用すると、クエリの実行中にサーバーが再起動する可能性がある問題を修正しました。
+ ネットワークへの読み取りまたは書き込み中にデータベースエンジンでエラーが発生すると、クライアントセッションがハングする可能性がある問題を修正しました。
# Aurora MySQL データベースエンジンの更新 2020-09-02 (バージョン 1.23.0) (廃止)
**バージョン:** 1.23.0
Aurora MySQL 1.23.0 は一般公開されています。Aurora MySQL 1.\$1 バージョンは MySQL 5.6 と互換性があり、Aurora MySQL 2.\$1 バージョンは MySQL 5.7 と互換性があります。
このエンジンバージョンは 2023 年 2 月 28 日に非推奨となる予定です。詳細については、「[Amazon Aurora MySQL 互換エディションバージョン 1 のサポート終了に向けて準備する](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)」を参照してください。
現在サポートされている 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.\$1 データベースのスナップショットを Aurora MySQL 1.23.0 に復元できます。
**重要**
このバージョンでの Aurora ストレージの改良により、利用可能なアップグレードパスが Aurora MySQL 1.23 から Aurora MySQL 2.\$1 に制限されています。Aurora MySQL 1.23 クラスターを 2.\$1 にアップグレードする場合は、Aurora MySQL 2.09.0 以降にアップグレードする必要があります。
古いバージョンの Aurora MySQL でクラスターを作成するには、RDS コンソール、 CLI、または Amazon RDS API AWS を使用してエンジンバージョンを指定してください。
**注記**
このバージョンは現在、次のリージョンでは使用できません。 AWS GovCloud (米国東部) [us-gov-east-1]、 AWS GovCloud (米国西部) [us-gov-west-1] ご利用可能になりましたら、別途お知らせします。
ご質問やご不明点がございましたら、コミュニティフォーラムおよび 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)」を参照してください。
## 改良点
**新機能:**
+ 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)」を参照してください。
+ このリリースでは、最大 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 イベントに表示されます。
+ バイナリログ (binlog) 処理が改善され、非常に大きなトランザクションが関与している場合に、クラッシュリカバリ時間とコミット時間のレイテンシーが短縮されました。
+ 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/)を参照してください。
**優先度の高い修正:**
+ [CVE-2019-2911](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2911)
+ [CVE-2019-2537](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2537)
+ [CVE-2018-2787](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2787)
+ [CVE-2018-2784](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2784)
+ [CVE-2018-2645](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2645)
+ [CVE-2018-2640](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2640)
**可用性の向上:**
+ 競合状態により、2 つのトランザクションでロックが共有され、データベースが再起動することがあるロックマネージャーの問題を修正しました。
+ 長時間実行される書き込みトランザクションによりデータベースが再起動される、トランザクションロックメモリ管理に関する問題を修正しました。
+ トランザクションのロールバック中にデータベースの再起動またはフェイルオーバーが発生する、ロックマネージャーの競合状態を修正しました。
+ Fast DDL が有効になっているテーブルで `innodb_file_format` が変更された場合の、5.6 から 5.7 へのアップグレード時の問題を修正しました。
+ パッチ適用のためのデータベースアクティビティの休止ポイントのチェックにおいて、ダウンタイムのないパッチ適用中にエンジンが再起動することがある複数の問題を修正しました。
+ 中断された `DROP TRIGGER` オペレーションの復旧中に DB インスタンスの再起動に影響する、DDL の復旧に関連する問題を修正しました。
+ 特定のパーティショニングオペレーションの実行中にクラッシュが発生すると、データベースが使用できなくなるバグを修正しました。具体的には、パーティション化のタイプまたはテーブル内のパーティションの数を変更する `ALTER TABLE` オペレーションの中断です。
+ 16XL および 24XL インスタンスの `table_open_cache` のデフォルト値を修正しました。このデフォルト値では、ラージインスタンスクラス (R4/R5-16XL、R5-12XL、R5-24XL) でフェイルオーバーが繰り返され、CPU 使用率が高くなる場合があります。この影響があるのは、1.21.x と 1.22.x です。
**グローバルデータベース:**
+ Aurora グローバルデータベースのプライマリリージョンとセカンダリ AWS リージョンの MySQL `INFORMATION_SCHEMA.REPLICA_HOST_STATUS`ビューに欠落データを入力します。
+ プライマリリージョンとセカンダリリージョン間のテンポラリネットワーク接続の問題発生後、プライマリリージョンの UNDO レコードのガベージコレクションが原因で、グローバル DB セカンダリリージョンで発生する可能性がある予期しないクエリエラーを修正しました。
**パラレルクエリ:**
+ パラレルクエリが原因で、実行時間が長いクエリで空の結果が返されることがある問題を修正しました。
+ Aurora リードレプリカの小さなテーブルのクエリに 1 秒以上かかることがある問題を修正しました。
+ パラレルクエリと DML ステートメントがワークロード負荷の高い状態で同時に実行されている場合に、再起動が発生する可能性がある問題を修正しました。
**全般的な機能強化:**
+ 既存の大きな空間値を持つテーブルで空間インデックスが作成された場合、空間インデックスを使用するクエリで部分的な結果が返されることがある問題を修正しました。
+ 監査システム可変 `server_audit_incl_users` および `server_audit_excl_users` の最大許容長を、1024 バイトから 2000 バイトに引き上げました。
+ Aurora MySQL バイナリログプライマリが `statement` `binlog_format` で S3 からデータをロードしたときに、Aurora MySQL バイナリログプライマリに接続されたバイナリログレプリカが不完全なデータを表示することがある問題を修正しました。
+ データをロードするための `mixed` ではなく、`row` binlog\$1format を `statement` にマッピングするためのコミュニティの動作に準拠します。
+ ユーザーが接続を閉じ、セッションがテンポラリテーブルを使用しているときに、バイナリログのレプリケーションが機能しなくなる問題を修正しました。
+ MyISAM テンポラリテーブルを含むクエリの応答時間が改善されました。
+ バイナリログワーカーがネイティブ Lambda 関数を実行する際のアクセス許可の問題を修正しました。
+ 低速ログまたは一般ログのクエリまたはローテーションを試みたときの Aurora リードレプリカに関する問題を修正しました。
+ マスターとレプリカで `binlog_checksum` パラメータに異なる値が設定されている場合に、論理的なレプリケーションが停止される問題を修正しました。
+ リードレプリカが、ライターで最近コミットされたトランザクションの結果の一部を一時的に表示することがある問題を修正しました。
+ デッドロックが解決されたときに、ロールバックされたトランザクションのトランザクション情報を `show engine innodb status` に含めます。
## MySQL Community Edition バグ修正の統合
+ `ALTER TABLE ADD COLUMN ALGORITHM=QUICK` のバイナリログイベントは、コミュニティ版と互換性を持つように `ALGORITHM=DEFAULT` として書き換えられます。
+ バグ \$122350047: IF CLIENT KILLED AFTER ROLLBACK TO SAVEPOINT PREVIOUS STMTS COMMITTED
+ バグ \$129915479: RUNNING COM\$1REGISTER\$1SLAVE WITHOUT COM\$1BINLOG\$1DUMP CAN RESULTS IN SERVER EXIT
+ バグ \$130441969: BUG \$129723340: MYSQL SERVER CRASH AFTER SQL QUERY WITH DATA ?AST
+ バグ \$130628268: OUT OF MEMORY CRASH
+ バグ \$127081349: UNEXPECTED BEHAVIOUR WHEN DELETE WITH SPATIAL FUNCTION
+ バグ \$127230859: UNEXPECTED BEHAVIOUR WHILE HANDLING INVALID POLYGON"
+ バグ \$127081349: UNEXPECTED BEHAVIOUR WHEN DELETE WITH SPATIAL"
+ バグ \$126935001: ALTER TABLE AUTO\$1INCREMENT TRIES TO READ INDEX FROM DISCARDED TABLESPACE
+ バグ \$129770705: SERVER CRASHED WHILE EXECUTING SELECT WITH SPECIFIC WHERE CLAUSE
+ バグ \$127659490: SELECT USING DYNAMIC RANGE AND INDEX MERGE USE TOO MUCH MEMORY(OOM)
+ バグ \$124786290: REPLICATION BREAKS AFTER BUG \$174145 HAPPENS IN MASTER
+ バグ \$127703912: EXCESSIVE MEMORY USAGE WITH MANY PREPARE
+ バグ \$120527363: TRUNCATE TEMPORARY TABLE CRASH: \$1DICT\$1TF2\$1FLAG\$1IS\$1SET(TABLE, DICT\$1TF2\$1TEMPORARY)
+ バグ \$123103937: PS\$1TRUNCATE\$1ALL\$1TABLES() が SUPER\$1READ\$1ONLY モードで機能しない
+ バグ \$125053286: USE VIEW WITH CONDITION IN PROCEDURE CAUSES INCORRECT BEHAVIOR (fixed in 5.6.36)
+ バグ \$125586773: INCORRECT BEHAVIOR FOR CREATE TABLE SELECT IN A LOOP IN SP (fixed in 5.6.39)
+ バグ \$127407480: AUTOMATIC\$1SP\$1PRIVILEGES REQUIRES NEED THE INSERT PRIVILEGES FOR MYSQL.USER TABLE
+ バグ \$126997096: `relay_log_space` 値は同期された方法で更新されないため、その値はリレーログで使用される実際のディスク領域よりもはるかに大きくなることがあります。
+ バグ\$115831300 SLAVE\$1TYPE\$1CONVERSIONS=ALL\$1NON\$1LOSSY NOT WORKING AS EXPECTED
+ SSL バグのバックポート: バグ \$117087862、バグ \$120551271
+ バグ \$116894092: PERFORMANCE REGRESSION IN 5.6.6\$1 FOR INSERT INTO ..。SELECT ..。FROM (5.6.15 で修正)。
+ `SLAVE_TYPE_CONVERSIONS` に関連するバグ修正を移植します。
# Aurora MySQL データベースエンジンの更新 2021-06-03 (バージョン 1.22.5) (廃止)
**バージョン:** 1.22.5
Aurora MySQL 1.22.5 は一般公開されています。Aurora MySQL 1.\$1 バージョンは MySQL 5.6 と互換性があり、Aurora MySQL 2.\$1 バージョンは MySQL 5.7 と互換性があります。
このエンジンバージョンは 2023 年 2 月 28 日に非推奨となる予定です。詳細については、「[Amazon Aurora MySQL 互換エディションバージョン 1 のサポート終了に向けて準備する](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)」を参照してください。
現在サポートされている 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 を使用してクラスターを作成するには、RDS コンソール、AWS CLI、または Amazon 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)」を参照してください。
## 改善点
**可用性の向上:**
+ 内部クリーンアップスレッド間の同時実行の競合により、データベースが停止し、その後に再起動またはフェイルオーバーする状況を引き起こし得る問題を解決しました。
+ XA トランザクションを準備完了の状態のままデータベースが再起動し、それらのトランザクションがコミットまたはロールバックされる前に再起動する場合に、クラスターが使用不可となる状態を引き起こし得る問題を修正しました。この修正の前に、クラスターを初期の再起動前の時点に復元することで、この問題に対処できます。
+ DDL ステートメントの処理中にデータベースが再起動すると、InnoDB 消去がブロックされる状況を引き起こし得る問題を修正しました。その結果、InnoDB の履歴リストが長くなり、クラスターストレージボリュームがフルになるまで増加し続け、データベースが使用できなくなります。この修正の前に、データベースをもう一度再起動して消去のブロックを解除することで、問題を軽減できます。
# Aurora MySQL データベースエンジンの更新 2021-03-04 (バージョン 1.22.4) (廃止)
**バージョン:** 1.22.4
Aurora MySQL 1.22.4 は一般公開されています。Aurora MySQL 1.\$1 バージョンは MySQL 5.6 と互換性があり、Aurora MySQL 2.\$1 バージョンは MySQL 5.7 と互換性があります。
このエンジンバージョンは 2023 年 2 月 28 日に非推奨となる予定です。詳細については、「[Amazon Aurora MySQL 互換エディションバージョン 1 のサポート終了に向けて準備する](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)」を参照してください。
現在サポートされている 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 を使用してクラスターを作成するには、RDS コンソール、AWS CLI、または Amazon 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 の追加の修正:
+ [CVE-2020-14867](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14867)
+ [CVE-2020-14812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14812)
+ [CVE-2020-14793](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14793)
+ [CVE-2020-14769](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14769)
+ [CVE-2020-14765](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14765)
+ [CVE-2020-14672](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14672)
+ [CVE-2020-1971](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-1971)
**可用性の向上:**
+ `kill session` コマンド中にデータベースの再起動またはフェイルオーバーがトリガーされる問題を修正しました。この問題が発生した場合は、AWS サポートに連絡し、インスタンスでこの修正を有効にしてください。
+ バイナリログ記録が改善され、大きなトランザクションが関与している場合に、クラッシュリカバリ時間とコミットのレイテンシーが短縮されました。
+ バイナリログレプリカが `HA_ERR_KEY_NOT_FOUND` エラーで停止する問題を修正しました。
# Aurora MySQL データベースエンジンの更新 2020-11-09 (バージョン 1.22.3) (廃止)
**バージョン:** 1.22.3
Aurora MySQL 1.22.3 は一般公開されています。Aurora MySQL 1.\$1 バージョンは MySQL 5.6 と互換性があり、Aurora MySQL 2.\$1 バージョンは MySQL 5.7 と互換性があります。
このエンジンバージョンは 2023 年 2 月 28 日に非推奨となる予定です。詳細については、「[Amazon Aurora MySQL 互換エディションバージョン 1 のサポート終了に向けて準備する](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)」を参照してください。
現在サポートされている 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 を使用してクラスターを作成するには、RDS コンソール、AWS CLI、または Amazon 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 の追加の修正:
+ [CVE-2020-14559](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14559)
+ [CVE-2020-14539](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14539)
+ [CVE-2020-2579](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2579)
+ [CVE-2020-2812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2812)
+ [CVE-2020-2780](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2780)
+ [CVE-2020-2763](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2763)
**互換性のない変更:**
このバージョンでは、`mysqldump` コマンドの動作に影響するアクセス許可の変更が導入されています。ユーザーは、`PROCESS` テーブルにアクセスする `INFORMATION_SCHEMA.FILES` 特権を有している必要があります。変更せずに `mysqldump` コマンドを実行するには、`PROCESS` コマンドが接続するデータベースユーザーに `mysqldump` 特権を付与します。`mysqldump` オプションを指定して `--no-tablespaces` コマンドを実行することもできます。このオプションを使用すると、`mysqldump ` 出力に `CREATE LOGFILE GROUP` または `CREATE TABLESPACE` ステートメントは含まれません。この場合、`mysqldump` コマンドは `INFORMATION_SCHEMA.FILES` テーブルにアクセスしないため、`PROCESS` アクセス許可を付与する必要はありません。
**可用性の向上:**
+ コミットされていない DDL ステートメントの復旧中にサーバーを再起動する可能性がある問題を修正しました。
+ サーバーを再起動する可能性があるロックマネージャーの競合状態を修正しました。
+ 大規模なトランザクションの復旧中に、モニタリングエージェントがサーバを再起動する可能性がある問題を修正しました。
**全般的な機能強化:**
+ `MIXED` 実行時の動作を `binlog_format` ではなく `ROW` `STATEMENT` を `LOAD DATA FROM INFILE | S3` にマッピングするように変更しました。
+ Aurora MySQL バイナリログプライマリに接続されたバイナリログレプリカで、プライマリが `LOAD DATA FROM S3` を実行し、`binlog_format` が `STATEMENT` に設定されているときに、不完全なデータが表示される可能性がある問題を修正しました。
## MySQL Community Edition バグ修正の統合
+ バグ \$126654685: 外部キーチェック中に破損したインデックス ID が検出され、アサーションが発生しました
+ バグ \$115831300: デフォルトでは、整数をマスター上の小さいタイプからスレーブ上のより大きなタイプ (例えば、マスターの [SMALLINT](https://dev.mysql.com/doc/refman/5.6/en/integer-types.html) 列からスレーブの [BIGINT](https://dev.mysql.com/doc/refman/5.6/en/integer-types.html) 列へ) に昇格すると、昇格された値は署名付きのように処理されます。このような場合、サーバーシステム可変 [slave\$1type\$1converss](https://dev.mysql.com/doc/refman/5.6/en/replication-options-replica.html#sysvar_slave_type_conversions) に指定された値のセットで、`ALL_SIGNED` および `ALL_UNSIGNED` の一方または両方を使用してこの動作を変更またはオーバーライドすることができます。詳細については、「[行ベースのレプリケーション: 属性の昇格と降格](https://dev.mysql.com/doc/refman/5.6/en/replication-features-differing-tables.html#replication-features-attribute-promotion)」、および可変についての説明を参照してください。
+ バグ \$117449901: `foreign_key_checks=0` で、InnoDB は外部キー制約で必要なインデックスを削除することを許可し、テーブルを不整合に配置したため、テーブルのロード時に発生する外部キーチェックに失敗しました。InnoDB で、foreign\$1key\$1checks=0 であっても、外部キーの制約により必要なインデックスが削除できなくなりました。外部キーの制約は、外部キーのインデックスを削除するよりも前に削除する必要があります。
+ バグ \$120768847: [ALTER TABLE ... 外部キーの依存関係を持つテーブルでの DROP INDEX](https://dev.mysql.com/doc/refman/5.7/en/alter-table.html) のオペレーションによってアサーションが発生しました。
# Aurora MySQL データベースエンジンの更新 2020-03-05 (バージョン 1.22.2) (廃止)
**バージョン:** 1.22.2
Aurora MySQL 1.22.2 は一般利用可能です。Aurora MySQL 1.\$1 バージョンは MySQL 5.6 と互換性があり、Aurora MySQL 2.\$1 バージョンは MySQL 5.7 と互換性があります。
このエンジンバージョンは 2023 年 2 月 28 日に非推奨となる予定です。詳細については、「[Amazon Aurora MySQL 互換エディションバージョン 1 のサポート終了に向けて準備する](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)」を参照してください。
現在サポートされている 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 でクラスターを作成するには、RDS コンソール、 CLI、または Amazon RDS API AWS を使用してエンジンバージョンを指定してください。
**注記**
このバージョンは現在、次のリージョンでは使用できません。 AWS GovCloud (米国東部) [us-gov-east-1]、 AWS GovCloud (米国西部) [us-gov-west-1] ご利用可能になりましたら、別途お知らせします。
このバージョンは、長期サポート (LTS) リリースとして指定されています。詳細については、「**Amazon Aurora ユーザーガイド」の「[Aurora MySQL 長期サポート (LTS) リリース](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS)」を参照してください。
ご質問やご不明点がございましたら、コミュニティフォーラムおよび 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)」を参照してください。
## 改良点
**優先度の高い修正:**
+ 証明書のローテーション後に接続が断続的に失敗する問題を修正しました。
+ 書き込み負荷が高い一部のデータベースクラスターでクローン作成に時間がかかる問題を修正しました。
+ マスターとレプリカで `binlog_checksum` パラメータに異なる値が設定されている場合に、論理的なレプリケーションが停止される問題を修正しました。
+ リードレプリカでスローログと全般ログが正しくローテーションされない問題を修正しました。
+ ANSI の Read Committed 分離レベルの動作の問題を修正しました。
# Aurora MySQL データベースエンジンの更新 2019-12-23 (バージョン 1.22.1) (廃止)
**バージョン:** 1.22.1
Aurora MySQL 1.22.1 は一般利用可能です。Aurora MySQL 1.\$1 バージョンは MySQL 5.6 と互換性があり、Aurora MySQL 2.\$1 バージョンは MySQL 5.7 と互換性があります。
このエンジンバージョンは 2023 年 2 月 28 日に非推奨となる予定です。詳細については、「[Amazon Aurora MySQL 互換エディションバージョン 1 のサポート終了に向けて準備する](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)」を参照してください。
現在サポートされている 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 でクラスターを作成するには、 AWS マネジメントコンソール、、 AWS CLI または RDS API を使用してエンジンバージョンを指定してください。既存の Aurora MySQL 1.\$1 データベースクラスターは、Aurora MySQL 1.22.1 にアップグレードすることができます。
**注記**
このバージョンは現在、 AWS AWS GovCloud (米国東部) [us-gov-east-1]、 AWS GovCloud (米国西部) [us-gov-west-1]、中国 (寧夏) [cn-northwest-1]、アジアパシフィック (香港) [ap-east-1]、中東 (バーレーン) [me-south-1。ご利用可能になりましたら、別途お知らせします。
ご質問やご不明点がございましたら、コミュニティフォーラムおよび 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)」を参照してください。
**注記**
DB クラスターのアップグレード手順が変わりました。詳細については、「**Amazon Aurora ユーザーガイド」の「[Aurora MySQL DB クラスターのマイナーバージョンまたはパッチレベルのアップグレード](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)」を参照してください。
## 改良点
**重要な修正:**
+ テーブルロックとテンポラリテーブルを伴うエンジンリカバリが妨げていた問題を修正しました。
+ テンポラリテーブルを使用するときのバイナリログの安定性を改善しました。
**優先度の高い修正:**
+ Aurora 固有のデータベーストレースおよびログサブシステムで、確保できるメモリを不足させる低速メモリリークを修正しました。
# Aurora MySQL データベースエンジンの更新 2019-11-25 (バージョン 1.22.0) (廃止)
**バージョン:** 1.22.0
Aurora MySQL 1.22.0 は一般利用可能です。Aurora MySQL 1.\$1 バージョンは MySQL 5.6 と互換性があり、Aurora MySQL 2.\$1 バージョンは MySQL 5.7 と互換性があります。
このエンジンバージョンは 2023 年 2 月 28 日に非推奨となる予定です。詳細については、「[Amazon Aurora MySQL 互換エディションバージョン 1 のサポート終了に向けて準備する](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)」を参照してください。
現在サポートされている 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 でクラスターを作成するには、 AWS マネジメントコンソール、、 AWS CLI または RDS API を使用してエンジンバージョンを指定してください。既存の Aurora MySQL 1.\$1 データベースクラスターは、Aurora MySQL 1.22.0 にアップグレードすることができます。
**注記**
このバージョンは現在、次の AWS リージョンでは使用できません。 AWS GovCloud (米国東部) [us-gov-east-1]、 AWS GovCloud (米国西部) [us-gov-west-1]、中国 (寧夏) [cn-northwest-1]、アジアパシフィック (香港) [ap-east-1]、中東 (バーレーン) [me-south-1]、南米 (サンパウロ) [sa-east-1]。ご利用可能になりましたら、別途お知らせします。
ご質問やご不明点がございましたら、コミュニティフォーラムおよび 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)」を参照してください。
**注記**
DB クラスターのアップグレード手順が変わりました。詳細については、「**Amazon Aurora ユーザーガイド」の「[Aurora MySQL DB クラスターのマイナーバージョンまたはパッチレベルのアップグレード](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)」を参照してください。
## 改良点
**新機能:**
+ Aurora MySQL クラスターで、インスタンスタイプ r5.8xlarge、r5.16xlarge、および r5.24xlarge がサポートされるようになりました。
+ バイナリログに、非常に大きなトランザクション処理時のコミットのレイテンシーを改善するための新しい機能強化があります。
+ Aurora MySQL に、大きなトランザクションがコミット時にバイナリログに書き込まれる時間枠を最小化するメカニズムが備わりました。これは実際には、その時間枠にデータベースのクラッシュが発生したとき、長期のオフライン復旧を招かないようにします。この機能は、バイナリログコミット時に大きなトランザクションが小さなトランザクションをブロックする問題も修正します。この機能はデフォルトでオフになっていますが、ワークロードに応じて必要な場合はサービスチームによって有効化できます。有効化した場合、トランザクションサイズが 500 MB を超えるとトリガーされます。
+ リードレプリカでの ANSI `READ COMMITTED` 分離レベルのサポートが追加されました。この分離レベルによって、ライターノードでの高い書き込みスループットに影響を与えることなく、リードレプリカに対する長期実行クエリが可能になります。詳細については、「[Aurora MySQL の分離レベル](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.html#AuroraMySQL.Reference.IsolationLevels)」を参照してください。
+ グローバルデータベースでは、これらのリージョンにデプロイされたデータベースクラスターのセカンダリ読み取り専用レプリカ AWS リージョンを追加できるようになりました。 リージョン: 米国東部 (バージニア北部) [us-east-1]、 米国東部 (オハイオ) [us-east-2]、 米国西部 (北カリフォルニア) [us-west-1]、 米国西部 (オレゴン) [us-west-2]、 欧州 (アイルランド) [eu-west-1]、 欧州 (ロンドン) [eu-west-2]、 欧州 (パリ) [eu-west-3]、 アジアパシフィック (東京) [ap-northeast-1]、 アジアパシフィック (ソウル) [ap-northeast-2]、 アジアパシフィック (シンガポール) [ap-southeast-1]、 アジアパシフィック (シドニー) [ap-southeast-2]、 カナダ (中部) [ca-central-1]、 欧州 (フランクフルト) [eu-central-1]、 およびアジアパシフィック (ムンバイ) [ap-south-1]。
+ ホット行の競合機能が一般利用可能になりました。Aurora ラボモード設定をオンにする必要はありません。この機能により、同じページの列で多くのトランザクションが競合しているワークロードのスループットが大幅に向上します。
+ このバージョンでは、新しいクラスター用に最新のブラジルのタイムゾーン更新をサポートするように、タイムゾーンファイルが更新されています。
**重要な修正:**
+ [CVE-2019-2922](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2922)
+ [CVE-2019-2923](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2923)
+ [CVE-2019-2924](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2924)
+ [CVE-2019-2910](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2910)
**優先度の高い修正:**
+ [CVE-2019-2805](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2805)
+ [CVE-2019-2730](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2730)
+ [CVE-2019-2740](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2740)
+ [CVE-2018-3064](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3064)
+ [CVE-2018-3058](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3058)
+ [CVE-2017-3653](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3653)
+ [CVE-2017-3464](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3464)
+ [CVE-2017-3244](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3244)
+ [CVE-2016-5612](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-5612)
+ [CVE-2016-5439](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-5439)
+ [CVE-2016-0606](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-0606)
+ [CVE-2015-4904](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4904)
+ [CVE-2015-4879](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4879)
+ [CVE-2015-4864](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4864)
+ [CVE-2015-4830](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4830)
+ [CVE-2015-4826](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4826)
+ [CVE-2015-2620](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-2620)
+ [CVE-2015-0382](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-0382)
+ [CVE-2015-0381](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-0381)
+ [CVE-2014-6555](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-6555)
+ [CVE-2014-4258](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-4258)
+ [CVE-2014-4260](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-4260)
+ [CVE-2014-2444](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-2444)
+ [CVE-2014-2436](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-2436)
+ [CVE-2013-5881](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-5881)
+ [CVE-2014-0393](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-0393)
+ [CVE-2013-5908](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-5908)
+ [CVE-2013-5807](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-5807)
+ [CVE-2013-3806](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3806)
+ [CVE-2013-3811](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3811)
+ [CVE-2013-3804](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3804)
+ [CVE-2013-3807](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3807)
+ [CVE-2013-2378](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2378)
+ [CVE-2013-2375](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2375)
+ [CVE-2013-1523](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-1523)
+ [CVE-2013-2381](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2381)
+ [CVE-2012-5615](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-5615)
+ [CVE-2014-6489](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-6489)
+ 長期のデータベースダウンタイムが発生していた DDL 復旧コンポーネントの問題を修正しました。`TRUNCATE TABLE` 列のあるテーブルへの `AUTO_INCREMENT` クエリの実行後に使用できなくなるクラスターは、更新する必要があります。
+ 長期のデータベースダウンタイムが発生していた DDL 復旧コンポーネントの問題を修正しました。複数のテーブルへの `DROP TABLE` クエリのパラレル実行後に使用できなくなるクラスターは、更新する必要があります。
**全般の安定性に関する修正:**
+ 長時間実行トランザクション中にリードレプリカが再起動する問題を修正しました。解放可能なメモリでの高速ドロップと同時にレプリカが再起動しているお客様は、このバージョンへのアップグレードを検討する必要があります。
+ ネストされたクエリがリードレプリカのテンポラリテーブルに対して実行されるとき、間違って `ERROR 1836` が報告される問題を修正しました。
+ Aurora 書き込みインスタンスで負荷の高い書き込みワークロードを実行しているときの Aurora 読み取りインスタンスのパラレルクエリ中止エラーを修正しました。
+ バイナリログのマスターとして設定されたデータベースが、負荷の高い書き込みワークロードの実行中に再起動する問題を修正しました。
+ エンジンの再起動中に長期にわたって利用不可になる問題を修正しました。これは、バッファープール初期化の問題に対処しています。この問題が発生することはまれですが、サポートされているリリースに影響する可能性があります。
+ `information_schema.replica_host_status` テーブルで不整合データが生成された問題を修正しました。
+ リーダーノードが断続的に再起動する、パラレルクエリとスタンダード実行パスの間の競合状態を修正しました。
+ クライアント接続の数が `max_connections` パラメータ値を超えるときのデータベースの安定性が向上しました。
+ サポートされない DDL および `LOAD FROM S3` クエリをブロックすることによって、読み取りインスタンスの安定性が向上しました。
## MySQL Community Edition バグ修正の統合
+ バグ \$116346241 - SERVER CRASH IN ITEM\$1PARAM::QUERY\$1VAL\$1STR
+ バグ \$117733850 - NAME\$1CONST() CRASH IN ITEM\$1NAME\$1CONST::ITEM\$1NAME\$1CONST()
+ バグ \$120989615 - INNODB AUTO\$1INCREMENT PRODUCES SAME VALUE TWICE
+ バグ \$120181776 - ACCESS CONTROL DOESN'T MATCH MOST SPECIFIC HOST WHEN IT CONTAINS WILDCARD
+ バグ \$127326796 - MYSQL CRASH WITH INNODB ASSERTION FAILURE IN FILE PARS0PARS.CC
+ バグ \$120590013 - IF YOU HAVE A FULLTEXT INDEX AND DROP IT YOU CAN NO LONGER PERFORM ONLINE DDL
# Aurora MySQL データベースエンジンの更新 2019-11-25 (バージョン 1.21.0) (廃止)
**バージョン:** 1.21.0
Aurora MySQL 1.21.0 は一般利用可能です。Aurora MySQL 1.\$1 バージョンは MySQL 5.6 と互換性があり、Aurora MySQL 2.\$1 バージョンは MySQL 5.7 と互換性があります。
現在サポートされている Aurora MySQL リリースは、1.14.\$1、1.15.\$1、1.16.\$1、1.17.\$1、1.18.\$1、1.19.\$1、1.20.\$1、1.21.\$1、1.22.\$1、2.01.\$1、2.02.\$1、2.03.\$1、2.04.\$1、2.05.\$1、2.06.\$1、および 2.07.\$1 です。古いバージョンの Aurora MySQL でクラスターを作成するには、 AWS マネジメントコンソール、、 AWS CLI または RDS API を使用してエンジンバージョンを指定してください。既存の Aurora MySQL 1.\$1 データベースクラスターは、Aurora MySQL 1.21.0 にアップグレードすることができます。
**注記**
このバージョンは現在、次の AWS リージョンでは使用できません: AWS GovCloud (米国東部) [us-gov-east-1]、 AWS GovCloud (米国西部) [us-gov-west-1]、中国 (寧夏) [cn-northwest-1]、アジアパシフィック (香港) [ap-east-1]、欧州 (ストックホルム) [eu-north-1]、中東 (バーレーン) [me-south-1]。ご利用可能になりましたら、別途お知らせします。
ご質問やご不明点がございましたら、コミュニティフォーラムおよび 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)」を参照してください。
**注記**
DB クラスターのアップグレード手順が変わりました。詳細については、「**Amazon Aurora ユーザーガイド」の「[Aurora MySQL DB クラスターのマイナーバージョンまたはパッチレベルのアップグレード](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)」を参照してください。
## 改良点
**重要な修正:**
+ [CVE-2018-0734](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-0734)
+ [CVE-2019-2534](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2534)
+ [CVE-2018-2612](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2612)
+ [CVE-2017-3599](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3599)
+ [CVE-2018-2562](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2562)
+ [CVE-2017-3329](https://nvd.nist.gov/vuln/detail/CVE-2017-3329)
+ [CVE-2018-2696](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2696)
+ [CVE-2015-4737](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4737)
**優先度の高い修正:**
+ 64 テビバイト (TiB) に近いサイズのデータベースを使用するお客様は、Aurora ストレージの制限に近いボリュームに影響する安定性のバグが引き起こすダウンタイムを防止するため、このバージョンにアップグレードすることを強くお勧めします。
**全般の安定性に関する修正:**
+ Aurora 書き込みインスタンスで重度の書き込みワークロードの実行しているときの Aurora 読み取りインスタンスのパラレルクエリ中止エラーを修正しました。
+ 書き込みインスタンスの重度のトランザクションコミットトラフィックがあるときに、トランザクションが長時間稼働した際に空きメモリを減少させた Aurora 読み取りインスタンスの問題を修正しました。
+ データベースの再起動またはホストの置き換えの後で、パラメータ `aurora_disable_hash_join` の値は保持されます。
+ Aurora インスタンスがメモリ不足となる原因となったフルテキスト検索キャッシュに関する問題を修正しました。フルテキスト検索を使用するお客様は、アップグレードする必要があります。
+ ハッシュ結合機能が有効になっており、インスタンスのメモリが低いときのデータベースの安定性を改善しました。ハッシュ結合を使用するお客様は、アップグレードする必要があります。
+ 「接続が多すぎます」エラーが再起動を引き起こす可能性のあるクエリキャッシュの問題を修正しました。
+ 不要な再起動を防止するため、スワップメモリ領域を含めるように T2 インスタンスの空きメモリの計算を修正しました。
## MySQL Community Edition バグ修正の統合
+ バグ \$119929406: HANDLE\$1FATAL\$1SIGNAL (SIG=11) IN \$1\$1MEMMOVE\$1SSSE3\$1BACK FROM STRING::COPY
+ バグ \$117059925: [UNION](https://dev.mysql.com/doc/refman/5.6/en/union.html) ステートメントに、行検証の値が正しく計算されませんでした。これは、Performance Schemaステートメントテーブル ([events\$1statements\$1current](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-events-statements-current-table.html) など) の `ROWS_EXAMINED` 列に対して大きすぎる値として現れていました。
+ バグ \$111827369: `SELECT ... FROM DUAL` ネストされたサブクエリのいくつかのクエリでアサーションが発生しました。
+ バグ \$116311231: `IN` 句の [XOR](https://dev.mysql.com/doc/refman/5.6/en/logical-operators.html#operator_xor) オペレーションを含む `WHERE` 句でクエリがサブクエリを含む場合に、正しくない結果が返されました。
# Aurora MySQL データベースエンジンの更新 2020-03-05 (バージョン 1.20.1) (廃止)
**バージョン:** 1.20.1
Aurora MySQL 1.20.1 は一般利用可能です。Aurora MySQL 1.\$1 バージョンは MySQL 5.6 と互換性があり、Aurora MySQL 2.\$1 バージョンは MySQL 5.7 と互換性があります。
現在サポートされている Aurora MySQL リリースは、1.14.\$1、1.15.\$1、1.16.\$1、1.17.\$1、1.18.\$1、1.19.\$1、1.20.\$1、1.21.\$1、1.22.\$1、2.01.\$1、2.02.\$1、2.03.\$1、2.04.\$1、2.05.\$1、2.06.\$1、および 2.07.\$1 です。Aurora MySQL 1.\$1 データベースのスナップショットを Aurora MySQL 1.20.1 に復元できます。
古いバージョンの Aurora MySQL でクラスターを作成するには、RDS コンソール、 CLI、または Amazon RDS API AWS を使用してエンジンバージョンを指定してください。
**注記**
このバージョンは現在、次のリージョンでは使用できません。 AWS GovCloud (米国東部) [us-gov-east-1]、 AWS GovCloud (米国西部) [us-gov-west-1] ご利用可能になりましたら、別途お知らせします。
ご質問やご不明点がございましたら、コミュニティフォーラムおよび 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 データベースエンジンの更新 2019-11-11 (バージョン 1.20.0) (廃止)
**バージョン:** 1.20.0
Aurora MySQL 1.20.0 は一般利用可能です。Aurora MySQL 1.\$1 バージョンは MySQL 5.6 と互換性があり、Aurora MySQL 2.\$1 バージョンは MySQL 5.7 と互換性があります。
現在サポートされている Aurora MySQL リリースは、1.14.\$1、1.15.\$1、1.16.\$1、1.17.\$1、1.18.\$1、1.19.\$1、1.20.\$1、2.01.\$1、2.02.\$1、2.03.\$1、および 2.04.\$1 です。古いバージョンの Aurora MySQL でクラスターを作成するには、 AWS マネジメントコンソール、、 AWS CLI または RDS API を使用してエンジンバージョンを指定してください。既存の Aurora MySQL 1.\$1 データベースクラスターは、最大 1.19.5 から Aurora MySQL 1.20.0 にアップグレードすることができます。
**注記**
このバージョンは現在、次の AWS リージョンでは使用できません: AWS GovCloud (米国東部) [us-gov-east-1]、 AWS GovCloud (米国西部) [us-gov-west-1]、中国 (寧夏) [cn-northwest-1]、アジアパシフィック (香港) [ap-east-1]、欧州 (ストックホルム) [eu-north-1]、中東 (バーレーン) [me-south-1]。ご利用可能になりましたら、別途お知らせします。
ご質問やご不明点がございましたら、コミュニティフォーラムおよび 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)」を参照してください。
**注記**
DB クラスターのアップグレード手順が変わりました。詳細については、「**Amazon Aurora ユーザーガイド」の「[Aurora MySQL DB クラスターのマイナーバージョンまたはパッチレベルのアップグレード](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)」を参照してください。
## 改良点
**重要な修正:**
+ [CVE-2018-0734](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-0734)
+ [CVE-2019-2534](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2534)
+ [CVE-2018-2612](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2612)
+ [CVE-2017-3599](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3599)
+ [CVE-2018-2562](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2562)
+ [CVE-2017-3329](https://nvd.nist.gov/vuln/detail/CVE-2017-3329)
+ [CVE-2018-2696](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2696)
+ [CVE-2015-4737](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4737)
**優先度の高い修正:**
+ 64 テビバイト (TiB) に近いサイズのデータベースを使用するお客様は、Aurora ストレージの制限に近いボリュームに影響する安定性のバグが引き起こすダウンタイムを防止するため、このバージョンにアップグレードすることを強くお勧めします。
**全般の安定性に関する修正:**
+ Aurora 書き込みインスタンスで重度の書き込みワークロードの実行しているときの Aurora 読み取りインスタンスのパラレルクエリ中止エラーを修正しました。
+ 書き込みインスタンスの重度のトランザクションコミットトラフィックがあるときに、トランザクションが長時間稼働した際に空きメモリを減少させた Aurora 読み取りインスタンスの問題を修正しました。
+ データベースの再起動またはホストの置き換えの後で、パラメータ `aurora_disable_hash_join` の値は保持されます。
+ Aurora インスタンスがメモリ不足となる原因となったフルテキスト検索キャッシュに関する問題を修正しました。フルテキスト検索を使用するお客様は、アップグレードする必要があります。
+ ハッシュ結合機能が有効になっており、インスタンスのメモリが低いときのデータベースの安定性を改善しました。ハッシュ結合を使用するお客様は、アップグレードする必要があります。
+ 「接続が多すぎます」エラーが再起動を引き起こす可能性のあるクエリキャッシュの問題を修正しました。
+ 不要な再起動を防止するため、スワップメモリ領域を含めるように T2 インスタンスの空きメモリの計算を修正しました。
## MySQL Community Edition バグ修正の統合
+ バグ \$119929406: HANDLE\$1FATAL\$1SIGNAL (SIG=11) IN \$1\$1MEMMOVE\$1SSSE3\$1BACK FROM STRING::COPY
+ バグ \$117059925: [UNION](https://dev.mysql.com/doc/refman/5.6/en/union.html) ステートメントに、行検証の値が正しく計算されませんでした。これは、Performance Schemaステートメントテーブル ([events\$1statements\$1current](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-events-statements-current-table.html) など) の `ROWS_EXAMINED` 列に対して大きすぎる値として現れていました。
+ バグ \$111827369: `SELECT ... FROM DUAL` ネストされたサブクエリのいくつかのクエリでアサーションが発生しました。
+ バグ \$116311231: `IN` 句の [XOR](https://dev.mysql.com/doc/refman/5.6/en/logical-operators.html#operator_xor) オペレーションを含む `WHERE` 句でクエリがサブクエリを含む場合に、正しくない結果が返されました。
# Aurora MySQL データベースエンジンの更新 2020-03-05 (バージョン 1.19.6) (廃止)
**バージョン:** 1.19.6
Aurora MySQL 1.19.6 は一般利用可能です。Aurora MySQL 1.\$1 バージョンは MySQL 5.6 と互換性があり、Aurora MySQL 2.\$1 バージョンは MySQL 5.7 と互換性があります。
このエンジンバージョンは 2023 年 2 月 28 日に非推奨となる予定です。詳細については、「[Amazon Aurora MySQL 互換エディションバージョン 1 のサポート終了に向けて準備する](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)」を参照してください。
現在サポートされている 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.\$1 データベースのスナップショットを Aurora MySQL 1.19.6 に復元できます。
古いバージョンの Aurora MySQL でクラスターを作成するには、RDS コンソール、 CLI、または Amazon RDS API AWS を使用してエンジンバージョンを指定してください。
**注記**
このバージョンは現在、次のリージョンでは使用できません。 AWS GovCloud (米国東部) [us-gov-east-1]、 AWS GovCloud (米国西部) [us-gov-west-1] ご利用可能になりましたら、別途お知らせします。
ご質問やご不明点がございましたら、コミュニティフォーラムおよび 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 データベースエンジンの更新 2019-09-19 (バージョン 1.19.5) (廃止)
**バージョン **1.19.5
Aurora MySQL 1.19.5 は一般利用可能です。Aurora MySQL 1.\$1 バージョンは MySQL 5.6 と互換性があり、Aurora MySQL 2.\$1 バージョンは MySQL 5.7 と互換性があります。
このエンジンバージョンは 2023 年 2 月 28 日に非推奨となる予定です。詳細については、「[Amazon Aurora MySQL 互換エディションバージョン 1 のサポート終了に向けて準備する](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)」を参照してください。
現在サポートされている 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.19.5 にアップグレードすることができます。Aurora MySQL 1.14.\$1、1.15.\$1、1.16.\$1、1.17.\$1、1.18.\$1、1.19.1、および 1.19.2 のスナップショットは Aurora MySQL 1.19.5 に復元することができます。
古いバージョンの Aurora MySQL を使用するには、 AWS マネジメントコンソール、、または RDS API を使用してエンジンバージョンを指定することで AWS CLI、新しいデータベースクラスターを作成できます。
ご質問やご不明点がございましたら、コミュニティフォーラムおよび AWS サポートを通じて[AWS サポート](https://aws.amazon.com/support)を利用できます。詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora DB クラスターのメンテナンス](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)」を参照してください。
**注記**
このバージョンは現在、欧州 (ロンドン) [eu-west-2]、 AWS GovCloud (米国東部) [us-gov-east-1]、 AWS GovCloud (米国西部) [us-gov-west-1]、中国 (寧夏) [cn-northwest-1]、アジアパシフィック (香港) [ap-east-1] の各 AWS リージョンでは使用できません。ご利用可能になりましたら、別途お知らせします。
**注記**
DB クラスターのアップグレード手順が変わりました。詳細については、「**Amazon Aurora ユーザーガイド」の「[Aurora MySQL DB クラスターのマイナーバージョンまたはパッチレベルのアップグレード](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)」を参照してください。
## 改良点
+ 書き込みインスタンスの重度のトランザクションコミットトラフィックがあるときに、トランザクションが長時間稼働した際に空きメモリを減少させた Aurora 読み取りインスタンスの問題を修正しました。
+ Aurora 書き込みインスタンスで重度の書き込みワークロードの実行しているときの Aurora 読み取りインスタンスのパラレルクエリ中止エラーを修正しました。
+ データベースの再起動またはホストの置き換えの後で、パラメータ `aurora_disable_hash_join` の値は保持されます。
+ Aurora インスタンスがメモリ不足となる原因となったフルテキスト検索キャッシュに関する問題を修正しました。
+ フェイルオーバーなしに復旧ワークフローが完了するための 160 GB のスペースを予約することで、ボリュームサイズが 64 テビバイト (TiB) ボリュームの制限に近いときのデータベースの安定性を向上させました。
+ ハッシュ結合機能が有効になっており、インスタンスのメモリが低いときのデータベースの安定性を改善しました。
+ 途中で再起動する原因となった T2 インスタンスのスワップメモリ領域を含むために、空きメモリの計算を修正しました。
+ 「接続が多すぎます」エラーが再起動を引き起こす可能性のあるクエリキャッシュの問題を修正しました。
## MySQL Community Edition バグ修正の統合
+ [CVE-2018-2696](http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2696)
+ [CVE-2015-4737](http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4737)
+ バグ \$119929406: HANDLE\$1FATAL\$1SIGNAL (SIG=11) IN \$1\$1MEMMOVE\$1SSSE3\$1BACK FROM STRING::COPY
+ バグ \$117059925: [UNION](https://dev.mysql.com/doc/refman/5.6/en/union.html) ステートメントに、行検証の値が正しく計算されませんでした。これは、Performance Schemaステートメントテーブル ([events\$1statements\$1current](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-events-statements-current-table.html) など) の `ROWS_EXAMINED` 列に対して大きすぎる値として現れていました。
+ バグ \$111827369: `SELECT ... FROM DUAL` ネストされたサブクエリのいくつかのクエリでアサーションが発生しました。
+ バグ \$116311231: `IN` 句の [XOR](https://dev.mysql.com/doc/refman/5.6/en/logical-operators.html#operator_xor) オペレーションを含む `WHERE` 句でクエリがサブクエリを含む場合に、正しくない結果が返されました。
# Aurora MySQL データベースエンジンの更新 2019-06-05 (バージョン 1.19.2) (廃止)
**バージョン:** 1.19.2
Aurora MySQL 1.19.2 が一般公開されました。MySQL 5.6 との互換性を持つ新しい Aurora MySQL データベースクラスターはすべて、スナップショットから復元されるものも含め、1.17.8、1.19.0、1.19.1、または 1.19.2 で作成できます。既存のデータベースクラスターは Aurora MySQL 1.19.2 にアップグレードできます。ただし必須ではありません。古いバージョンを使用する場合は、新しいデータベースクラスターを Aurora MySQL 1.14.4、Aurora MySQL 1.15.1、Aurora MySQL 1.16、Aurora MySQL 1.17.8、または Aurora MySQL 1.18 で作成できます。これを行うには、 AWS CLI または Amazon RDS API を使用してエンジンバージョンを指定します。
ご質問やご不明点がございましたら、コミュニティフォーラムおよび AWS サポートを通じて[AWS サポート](https://aws.amazon.com/support)を利用できます。詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora DB クラスターのメンテナンス](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)」を参照してください。
**注記**
このバージョンは現在、 AWS GovCloud (米国西部) [us-gov-west-1]、欧州 (ストックホルム) [eu-north-1]、中国 (寧夏) [cn-northwest-1]、およびアジアパシフィック (香港) [ap-east-1] AWS リージョンでは使用できません。ご利用可能になりましたら、別途お知らせします。
**注記**
DB クラスターのアップグレード手順が変わりました。詳細については、「**Amazon Aurora ユーザーガイド」の「[Aurora MySQL DB クラスターのマイナーバージョンまたはパッチレベルのアップグレード](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)」を参照してください。
## 改良点
+ データを Amazon S3 から Aurora にロードする場合にエラーが発生する問題を修正。
+ データを Aurora から Amazon S3 にアップロードする場合にエラーが発生する問題を修正。
+ ゾンビセッションが強制終了状態のままになる問題を修正。
+ ネットワークプロトコル管理のエラーの処理中に接続が中止される問題を修正。
+ パーティショニングされたテーブルを使用する際にクラッシュする問題を修正。
+ トリガーの作成の binlog レプリケーションに関する問題を修正。
# Aurora MySQL データベースエンジンの更新 2019-05-09 (バージョン 1.19.1) (廃止)
**バージョン:** 1.19.1
Aurora MySQL 1.19.1 は一般利用可能です。MySQL 5.6 との互換性を持つ新しい Aurora MySQL データベースクラスターはすべて、スナップショットから復元されるものも含め、1.17.8、1.19.0、または 1.19.1 で作成できます。既存のデータベースクラスターは Aurora MySQL 1.19.1 にアップグレードできます。ただし必須ではありません。古いバージョンを使用する場合は、新しいデータベースクラスターを Aurora MySQL 1.14.4、Aurora MySQL 1.15.1、Aurora MySQL 1.16、Aurora MySQL 1.17.8、または Aurora MySQL 1.18 で作成できます。これを行うには、 AWS CLI または Amazon RDS API を使用してエンジンバージョンを指定します。
ご質問やご不明点がございましたら、コミュニティフォーラムおよび AWS サポートを通じて[AWS サポート](https://aws.amazon.com/support)を利用できます。詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora DB クラスターのメンテナンス](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)」を参照してください。
**注記**
このバージョンは現在、 AWS GovCloud (米国西部) [us-gov-west-1] および中国 (北京) [cn-north-1] リージョンでは使用できません。ご利用可能になりましたら、別途お知らせします。
**注記**
DB クラスターのアップグレード手順が変わりました。詳細については、「**Amazon Aurora ユーザーガイド」の「[Aurora MySQL DB クラスターのマイナーバージョンまたはパッチレベルのアップグレード](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)」を参照してください。
## 改良点
+ バイナリログワーカーとして設定された Aurora インスタンスで問題が発生する可能性のあるバイナリログレプリケーションのバグを修正。
+ 特定の種類の `ALTER TABLE` コマンドを処理する際のエラーを修正。
+ ネットワークプロトコル管理のエラーによる接続の失敗に関する問題を修正。
# Aurora MySQL データベースエンジンの更新 2019-02-07 (バージョン 1.19.0) (廃止)
**バージョン:** 1.19.0
Aurora MySQL 1.19.0 は一般利用可能です。MySQL 5.6 との互換性を持つ新しい Aurora MySQL データベースクラスターはすべて、スナップショットから復元されるものも含め、1.17.8 または 1.19.0 で作成できます。既存のデータベースクラスターは Aurora MySQL 1.19.0 にアップグレードできます。ただし必須ではありません。古いバージョンを使用する場合は、新しいデータベースクラスターを Aurora MySQL 1.14.4、Aurora MySQL 1.15.1、Aurora MySQL 1.16、Aurora MySQL 1.17.8、Aurora MySQL 1.18.0 で作成できます。これを行うには、 AWS CLI または Amazon RDS API を使用してエンジンバージョンを指定します。
ご質問やご不明点がございましたら、コミュニティフォーラムおよび AWS サポートを通じて[AWS サポート](https://aws.amazon.com/support)を利用できます。詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora DB クラスターのメンテナンス](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)」を参照してください。
**注記**
このバージョンは現在、 AWS GovCloud (米国西部) [us-gov-west-1] および中国 (北京) [cn-north-1] リージョンでは使用できません。ご利用可能になりましたら、別途お知らせします。
**注記**
DB クラスターのアップグレード手順が変わりました。詳細については、「**Amazon Aurora ユーザーガイド」の「[Aurora MySQL DB クラスターのマイナーバージョンまたはパッチレベルのアップグレード](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)」を参照してください。
## 機能
+ **Aurora バージョンセレクタ** - Aurora MySQL 1.19.0 以降、Amazon RDS で複数のバージョンの MySQL 5.6 互換 Aurora から選択できます。詳細については、「**Amazon Aurora ユーザーガイド」の「[AWSによる Aurora MySQL エンジンバージョンの確認または指定](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.EngineVersions)」を参照してください。
## 改良点
+ Aurora Replica の `CHECK TABLE` クエリに関する安定性の問題を修正しました。
+ ハッシュ結合を無効にするための新しいグローバルユーザー可変 `aurora_disable_hash_join` を追加しました。
+ 複数テーブルのハッシュ結合中に出力行を生成する際に生じる安定性の問題を修正しました。
+ ハッシュ結合の適用可能性チェック中の計画変更が原因で誤った結果が返る問題を修正しました。
+ 長時間実行トランザクションでのダウンタイムのないパッチ適用がサポートされました。この機能強化は、バージョン 1.19 から上位のバージョンにアップグレードすると有効になります。
+ binlog が有効になっている場合のダウンタイムのないパッチ適用のサポートがスタートされました。この機能強化は、バージョン 1.19 から上位のバージョンにアップグレードすると有効になります。
+ ワークロードとは無関係に Aurora Replica の CPU 使用率が急上昇する問題を修正しました。
+ データベースの再起動につながるロックマネージャーの競合状態を修正しました。
+ Aurora インスタンスの安定性を向上させるためにロックマネージャーコンポーネントの競合状態を修正しました。
+ ロックマネージャーコンポーネント内のデッドロックディテクターの安定性が向上しました。
+ `INSERT`インデックスが破損されていることが InnoDB によって検出された場合、テーブルの オペレーションは禁止されます。
+ 高速 DDL における安定性の問題を修正しました。
+ 単一行のサブクエリのスキャンバッチ処理におけるメモリ消費を削減することで、Aurora の安定性は向上しました。
+ システム可変 `foreign_key_checks` が 0 に設定されている場合に外部キーが削除されると発生する安定性の問題を修正しました。
+ ユーザーによる `table_definition_cache` 値の変更を誤って上書きしてしまうメモリー不足 (OOM) 回避機能の問題を修正しました。
+ メモリ不足回避機能の安定性の問題を修正しました。
+ `query_time` の `lock_time` と `slow_query_log` がガベージ値に設定される問題を修正しました。
+ 文字列の照合が内部で不適切に処理されることによって生じるパラレルクエリの安定性の問題を修正しました。
+ セカンダリインデックスの検索によってトリガーされるパラレルクエリの安定性の問題を修正しました。
+ マルチテーブルの更新によってトリガーされるパラレルクエリの安定性の問題を修正しました。
## MySQL Community Edition バグ修正の統合
+ BUG \$132917: DETECT ORPHAN TEMP-POOL FILES, AND HANDLE GRACEFULLY
+ BUG \$163144 CREATE TABLE IF NOT EXISTS METADATA LOCK IS TOO RESTRICTIVE
# Aurora MySQL データベースエンジンの更新 2018-09-20 (バージョン 1.18.0) (廃止)
** (バージョン **1.18.0)
Aurora MySQL 1.18.0 は一般利用可能です。MySQL 5.6 との互換性を持つすべての新しい Aurora MySQL パラレルクエリクラスターは、スナップショットから復元されるものも含めて、Aurora MySQL 1.18.0 で作成されます。既存のパラレルクエリクラスターは Aurora MySQL 1.18.0 にアップグレードできます (必須ではありません)。新しい DB クラスターは、Aurora MySQL 1.14.4、Aurora MySQL 1.15.1、 Aurora MySQL 1.16、または Aurora MySQL 1.17.6 で作成できます。これを行うには、 AWS CLI または Amazon RDS API を使用してエンジンバージョンを指定します。
Aurora MySQL のバージョン 1.18.0 では、クラスターパッチ適用モデルが使用されており、Aurora DB クラスターのすべてのノードに同時にパッチが適用されます。
**重要**
Aurora MySQL 1.18.0 は、Aurora パラレルクエリクラスターにのみ適用されます。プロビジョニングされた 5.6.10a クラスターをアップグレードすると、結果のバージョンは 1.17.8 になります。パラレルクエリ 5.6.10a クラスターをアップグレードすると、結果のバージョンは 1.18.0 になります。
ご質問やご不明点がございましたら、コミュニティフォーラムおよび 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 パラレルクエリは、データ集約的なクエリの処理に関連する I/O と計算の一部をパラレル処理する最適化です。パラレル処理される作業には、ストレージから行を取得し、列の値を抽出して、`WHERE` 句と結合句の条件に一致する行を判別することが含まれます。このデータ集約型の作業は、Aurora 分散ストレージレイヤー内の複数のノードに委譲されます (データベース最適化の用語では、プッシュダウンされます)。並行クエリがないと、各クエリはすべてのスキャンされたデータを Aurora MySQL クラスター (ヘッドノード) 内の単一のノードに持ち込み、そこですべてのクエリ処理を実行します。
+ パラレルクエリ機能を有効にすると、Aurora MySQL エンジンは、ヒントやテーブル属性などの SQL の変更を必要とせずに、クエリがいつ利点を得られるかを自動的に判断します。
詳細については、「**Amazon Aurora ユーザーガイド」の「[ Amazon Aurora MySQL のパラレルクエリの使用](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-parallel-query.html)」を参照してください。
+ **OOM 回避:** この機能はシステムメモリをモニタリングし、データベースのさまざまなコンポーネントによって消費されるメモリを追跡します。システムのメモリが不足すると、さまざまなトラッキング対象コンポーネントからメモリを解放し、データベースがメモリ不足 (OOM) にならないようにするためのアクションのリストを実行し、データベースの再起動を回避します。このベストエフォート型機能は、デフォルトで t2 インスタンスで有効になっており、`aurora_oom_response` という名前の新しいインスタンスパラメータを使用して他のインスタンスクラスで有効にすることができます。このインスタンスパラメータには、メモリが少ないときにインスタンスによって実行されるべきカンマ区切りの文字列のアクションを取ります。有効なアクションには、「print」、「tune」、「decline」、「kill\$1query」、またはこれらの任意の組み合わせが含まれます。空の文字列はアクションが実行されないことを意味し、実質的にこの機能が無効になります。この機能のデフォルトのアクションは「print、tune」であることに注意してください。使用例:
+ 「print」 - 大量のメモリを使用するクエリのみを出力します。
+ 「tune」 - 内部テーブルキャッシュを調整して、メモリをシステムに戻します。
+ 「decline」 - インスタンスがメモリ不足になったら、新しいクエリを拒否します。
+ 「kill\$1query」 - インスタンスメモリが低いしきい値を超えるまで、メモリ消費の降順でクエリを強制終了します。データ定義言語 (DDL) ステートメントは強制終了されません。
+ 「print、tune」 - 「print」と「tune」の両方について記述されたアクションを実行します。
+ 「tune、decline、kill\$1query」 - 「tune」、「decline」、「kill\$1query」について記述されたアクションを実行します。
メモリ不足の問題の処理やその他のトラブルシューティングのアドバイスについては、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora MySQL のメモリ不足の問題](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-troubleshooting-workload.html#AuroraMySQLOOM)」を参照してください。
# Aurora MySQL データベースエンジンの更新 2020-03-05 (バージョン 1.17.9) (廃止)
** (バージョン **1.17.9)
Aurora MySQL 1.17.9 は一般利用可能です。Aurora MySQL 1.\$1 バージョンは MySQL 5.6 と互換性があり、Aurora MySQL 2.\$1 バージョンは MySQL 5.7 と互換性があります。
現在サポートされている Aurora MySQL リリースは、1.14.\$1、1.15.\$1、1.16.\$1、1.17.\$1、1.18.\$1、1.19.\$1、1.20.\$1、1.21.\$1、1.22.\$1、2.01.\$1、2.02.\$1、2.03.\$1、2.04.\$1、2.05.\$1、2.06.\$1、および 2.07.\$1 です。Aurora MySQL 1.\$1 データベースのスナップショットを Aurora MySQL 1.17.9 に復元できます。
古いバージョンの Aurora MySQL でクラスターを作成するには、RDS コンソール、 CLI、または Amazon RDS API AWS を使用してエンジンバージョンを指定してください。
**注記**
このバージョンは現在、次のリージョンでは使用できません。 AWS GovCloud (米国東部) [us-gov-east-1]、 AWS GovCloud (米国西部) [us-gov-west-1] ご利用可能になりましたら、別途お知らせします。
ご質問やご不明点がございましたら、コミュニティフォーラムおよび 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 データベースエンジンの更新 2019-01-17 (バージョン 1.17.8) (廃止)
** (バージョン **1.17.8)
Aurora MySQL 1.17.8 は一般利用可能です。MySQL 5.6 との互換性を持つすべての新しい Aurora MySQL データベースクラスターは、スナップショットから復元されるものも含めて、Aurora MySQL 1.17.8 で作成されます。既存のデータベースクラスターは Aurora MySQL 1.17.8 にアップグレードできます。ただし必須ではありません。古いバージョンを使用する場合は、新しいデータベースクラスターを Aurora MySQL 1.14.4、1.15.1、1.16、または 1.17.7 で作成できます。これを行うには、 AWS CLI または Amazon RDS API を使用してエンジンバージョンを指定します。
Aurora MySQL のバージョン 1.17.8 では、クラスターパッチ適用モデルが使用されており、Aurora DB クラスターのすべてのノードに同時にパッチが適用されます。
**注記**
このバージョンは現在、 AWS GovCloud (米国西部) [us-gov-west-1] および中国 (北京) [cn-north-1] リージョンでは使用できません。ご利用可能になりましたら、別途お知らせします。
ご質問やご不明点がございましたら、コミュニティフォーラムおよび AWS サポートを通じて[AWS サポート](https://aws.amazon.com/support)を利用できます。詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora DB クラスターのメンテナンス](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)」を参照してください。
## 改良点
+ 再起動後の Aurora レプリカで CPU 使用率が高くなるというパフォーマンス問題を修正しました。
+ ハッシュ結合を使用した `SELECT` クエリの安定性の問題を修正しました。
## MySQL Community Edition バグ修正の統合
+ バグ \$113418638: CREATE TABLE IF NOT EXISTS METADATA LOCK IS TOO RESTRICTIVE
# Aurora MySQL データベースエンジンの更新 2018-10-08 (バージョン 1.17.7) (廃止)
** (バージョン **1.17.7)
Aurora MySQL 1.17.7 は一般利用可能です。MySQL 5.6 との互換性を持つすべての新しい Aurora MySQL データベースクラスターは、スナップショットから復元されるものも含めて、Aurora MySQL 1.17.7 で作成されます。既存のデータベースクラスターは Aurora MySQL 1.17.7 にアップグレードできます。ただし必須ではありません。古いバージョンを使用する場合は、新しいデータベースクラスターを Aurora MySQL 1.14.4、1.15.1、1.16、1.17.6 で作成できます。これを行うには、 AWS CLI または Amazon RDS API を使用してエンジンバージョンを指定します。
Aurora MySQL のバージョン 1.17.7 では、クラスターパッチ適用モデルが使用されており、Aurora DB クラスターのすべてのノードに同時にパッチが適用されます。
**注記**
このバージョンは現在、 AWS GovCloud (米国西部) [us-gov-west-1] および中国 (北京) [cn-north-1] リージョンでは使用できません。ご利用可能になりましたら、別途お知らせします。
ご質問やご不明点がございましたら、コミュニティフォーラムおよび AWS サポートを通じて[AWS サポート](https://aws.amazon.com/support)を利用できます。詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora DB クラスターのメンテナンス](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)」を参照してください。
## 改良点
+ InnoDB ステータス可変 `innodb_buffer_pool_size` は、顧客が変更することができるように公開されています。
+ フェイルオーバー時に発生した Aurora クラスターの安定性の問題を修正しました。
+ 失敗した `TRUNCATE` 操作の後に発生した DDL 回復の問題を修正して、クラスターの可用性を向上させました。
+ DDL 操作によってトリガーされる `mysql.innodb_table_stats` テーブルの更新に関する安定性の問題を修正しました。
+ DDL 操作後のクエリキャッシュの無効化中にトリガーされた Aurora レプリカの安定性の問題が修正されました。
+ バックグラウンドで定期的なディクショナリキャッシュの削除時に無効なメモリアクセスによってトリガーされた安定性の問題を修正しました。
## MySQL Community Edition バグ修正の統合
+ バグ \$116208542: 外部キー列のインデックスを削除すると、テーブルが見つからなくなります。
+ バグ \$176349: add\$1derived\$1key() のメモリーリーク。
+ バグ \$116862316: パーティショニングされたテーブルの場合、インデックスマージが使用されたかどうかによって、クエリが異なる結果を返すことがありました。
+ バグ \$117588348: HASH でパーティショニングされたテーブルに対して実行すると、index\$1merge 最適化 ([インデックスマージの最適化](https://dev.mysql.com/doc/refman/5.6/en/index-merge-optimization.html)) を使用するクエリが無効な結果を返す可能性があります。
# Aurora MySQL データベースエンジンの更新 2018-09-06 (バージョン 1.17.6) (廃止)
** (バージョン **1.17.6)
Aurora MySQL 1.17.6 は一般利用可能です。MySQL 5.6 との互換性を持つすべての新しい Aurora MySQL データベースクラスターは、スナップショットから復元されるものも含めて、Aurora MySQL 1.17.6 で作成されます。既存のデータベースクラスターは Aurora MySQL 1.17.6 にアップグレードできます。ただし必須ではありません。古いバージョンを使用する場合は、新しいデータベースクラスターを Aurora MySQL 1.14.4、1.15.1、1.16、1.17.5 で作成できます。これを行うには、 AWS CLI または Amazon RDS API を使用してエンジンバージョンを指定します。
Aurora MySQL のバージョン 1.17.6 では、クラスターパッチ適用モデルが使用されており、Aurora DB クラスターのすべてのノードに同時にパッチが適用されます。
**注記**
このバージョンは現在、 AWS GovCloud (米国西部) [us-gov-west-1] および中国 (北京) [cn-north-1] リージョンでは使用できません。ご利用可能になりましたら、別途お知らせします。
ご質問やご不明点がございましたら、コミュニティフォーラムおよび AWS サポートを通じて[AWS サポート](https://aws.amazon.com/support)を利用できます。詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora DB クラスターのメンテナンス](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)」を参照してください。
## 改良点
+ Aurora ライターが同じテーブルに対して DDL 操作を実行している間に、`SELECT` クエリに対する Aurora リーダーの安定性の問題を修正しました。
+ ヒープ/メモリエンジンを使用するテンポラリテーブルの DDL ログの作成と削除によって生じる安定性の問題を修正しました。
+ バイナリログマスターへの接続が不安定なときに、DDL ステートメントのレプリケーション中に発生するバイナリログワーカーの安定性の問題を修正しました。
+ 低速クエリログへの書き込み中に発生した安定性の問題を修正しました。
+ 誤った Aurora リーダーのラグ情報が表示されるレプリカステータステーブルの問題を修正しました。
## MySQL Community Edition バグ修正の統合
+ [BINARY](https://dev.mysql.com/doc/refman/5.6/en/binary-varbinary.html) 列のデフォルト値の名称変更または変更した [ALTER TABLE](https://dev.mysql.com/doc/refman/5.6/en/alter-table.html) ステートメントの場合、変更はテーブルコピーを使用して実行されており、適切ではありません。(バグ \$167141、バグ \$114735373、バグ \$169580、バグ \$117024290)
+ 暗黙的にグループ化された通常のテーブルと派生したテーブルの間の外部結合によって、サーバーが終了する可能性があります。(バグ \$116177639)
# Aurora MySQL データベースエンジンの更新 2018-08-14 (バージョン 1.17.5) (廃止)
** (バージョン **1.17.5)
Aurora MySQL 1.17.5 は一般利用可能です。MySQL 5.6 との互換性を持つすべての新しい Aurora MySQL データベースクラスターは、スナップショットから復元されるものも含めて、Aurora MySQL 1.17.5 で作成されます。既存のデータベースクラスターは Aurora MySQL 1.17.5 にアップグレードできます。ただし必須ではありません。古いバージョンを使用する場合は、新しいデータベースクラスターを Aurora MySQL 1.14.4、1.15.1、1.16、1.17.4 で作成できます。これを行うには、 AWS CLI または Amazon RDS API を使用してエンジンバージョンを指定します。
Aurora MySQL のバージョン 1.17.5 では、クラスターパッチ適用モデルが使用されており、Aurora DB クラスターのすべてのノードに同時にパッチが適用されます。
**注記**
このバージョンは現在、 AWS GovCloud (米国西部) [us-gov-west-1] および中国 (北京) [cn-north-1] リージョンでは使用できません。ご利用可能になりましたら、別途お知らせします。
ご質問やご不明点がございましたら、コミュニティフォーラムおよび AWS サポートを通じて[AWS サポート](https://aws.amazon.com/support)を利用できます。詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora DB クラスターのメンテナンス](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)」を参照してください。
## 改良点
+ ゼロダウンタイムパッチ機能を使用して Aurora クラスターにパッチを適用した後、Aurora ライターが再起動する可能性がある問題を修正しました。
# Aurora MySQL データベースエンジンの更新 2018-08-07 (バージョン 1.17.4) (廃止)
** (バージョン **1.17.4)
Aurora MySQL 1.17.4 は一般利用可能です。MySQL 5.6 との互換性を持つすべての新しい Aurora MySQL データベースクラスターは、スナップショットから復元されるものも含めて、Aurora MySQL 1.17.4 で作成されます。既存のデータベースクラスターは Aurora MySQL 1.17.4 にアップグレードできます。ただし必須ではありません。古いバージョンを使用する場合は、新しいデータベースクラスターを Aurora MySQL 1.14.4、1.15.1、1.16、1.17.3 で作成できます。これを行うには、 AWS CLI または Amazon RDS API を使用してエンジンバージョンを指定します。
Aurora MySQL のバージョン 1.17.4 では、クラスターパッチ適用モデルが使用されており、Aurora DB クラスターのすべてのノードに同時にパッチが適用されます。
**注記**
このバージョンは現在、 AWS GovCloud (米国西部) [us-gov-west-1] および中国 (北京) [cn-north-1] リージョンでは使用できません。ご利用可能になりましたら、別途お知らせします。
ご質問やご不明点がございましたら、コミュニティフォーラムおよび AWS サポートを通じて[AWS サポート](https://aws.amazon.com/support)を利用できます。詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora DB クラスターのメンテナンス](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)」を参照してください。
## 改良点
+ レプリケーションの改善:
+ ネットワークトラフィックを減らすために、クラスターレプリカへのバイナリログの送信を停止します。この改善は、デフォルトで有効になります。
+ ネットワークトラフィックを減らすためにレプリケーションメッセージを圧縮します。この改善は、8xlarge と 16xlarge のインスタンスクラスに対してデフォルトで有効になります。このような大規模なインスタンスは、大量の書き込みトラフィックに対応できるため、結果としてレプリケーションメッセージのネットワークトラフィックは膨大な量になります。
+ レプリカのクエリキャッシュを修正しました。
+ `ORDER BY LOWER(col_name)` 照合の使用時に `utf8_bin` で不正な順序が生成される問題を修正しました。
+ DDL ステートメント (特に `TRUNCATE TABLE`) が Aurora レプリカで障害 (不安定性やテーブルの欠如など) を起こす問題を修正しました。
+ ストレージノードの再起動時にソケットが半開きの状態になる問題を修正しました。
+ 以下の新しい DB クラスターパラメータが利用可能です。
+ `aurora_enable_zdr` - Aurora レプリカで開かれた接続を、レプリカの再起動時にアクティブなままにします。
+ `aurora_enable_replica_log_compression` - レプリケーションペイロードの圧縮を有効にして、マスターと Aurora レプリカ間のネットワーク帯域幅使用率を向上させます。
+ `aurora_enable_repl_bin_log_filtering` - マスターの Aurora レプリカで使用できないレプリケーションレコードのフィルタリングを有効にします。
# Aurora MySQL データベースエンジンの更新 2018-06-05 (バージョン 1.17.3) (廃止)
** (バージョン **1.17.3)
Aurora MySQL 1.17.3 は一般利用可能です。MySQL 5.6 との互換性を持つすべての新しい Aurora MySQL データベースクラスターは、スナップショットから復元されるものも含めて、Aurora MySQL 1.17.3 で作成されます。既存のデータベースクラスターは Aurora MySQL 1.17.3 にアップグレードできます。ただし必須ではありません。新しいデータベースクラスターは、Aurora MySQL 1.14.4、Aurora MySQL 1.15.1、または Aurora MySQL 1.16 で作成できます。これを行うには、 AWS CLI または Amazon RDS API を使用してエンジンバージョンを指定します。
Aurora MySQL のバージョン 1.17.3 では、クラスターパッチ適用モデルが使用されており、Aurora DB クラスターのすべてのノードに同時にパッチが適用されます。
**注記**
このバージョンは現在、 AWS GovCloud (米国西部) [us-gov-west-1] および中国 (北京) [cn-north-1] リージョンでは使用できません。ご利用可能になりましたら、別途お知らせします。
ご質問やご不明点がございましたら、コミュニティフォーラムおよび 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 レプリカが再起動することがある問題を修正しました。
+ Performance Schemaが有効の状態で MySQL セッションをキルする (「**」のキル) と、Aurora ライターが再起動する問題を修正しました。
+ ガベージコレクションのしきい値を計算すると Aurora が再起動する問題を修正しました。
+ Aurora ライターが Aurora レプリカの進行状況をログアプリケーションで追跡中に再起動することがある問題を修正しました。
+ 自動コミットがオフの場合のクエリキャッシュで stale リードが発生する可能性がある問題を修正しました。
# Aurora MySQL データベースエンジンの更新 2018-04-27 (バージョン 1.17.2) (廃止)
** (バージョン **1.17.2)
Aurora MySQL 1.17.2 は一般利用可能です。MySQL 5.6 との互換性を持つすべての新しい Aurora MySQL データベースクラスターは、スナップショットから復元されるものも含めて、Aurora MySQL 1.17.2 で作成されます。既存のデータベースクラスターは Aurora MySQL 1.17.2 にアップグレードできます。ただし必須ではありません。新しいデータベースクラスターは、Aurora MySQL 1.14.4、Aurora MySQL 1.15.1、または Aurora MySQL 1.16 で作成できます。これを行うには、 AWS CLI または Amazon RDS API を使用してエンジンバージョンを指定します。
Aurora MySQL のバージョン 1.17.2 では、クラスターパッチ適用モデルが使用されており、Aurora DB クラスターのすべてのノードに同時にパッチが適用されます。
ご質問やご不明点がございましたら、コミュニティフォーラムおよび 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)」を参照してください。
## 改良点
+ 特定の DDL パーティション操作中の再起動の原因となっていた問題を修正しました。
+ ネイティブ Aurora MySQL AWS Lambda 関数を介した関数の呼び出しのサポートが無効になる問題を修正しました。
+ Aurora レプリカでの再起動の原因となっていたキャッシュの無効化に関する問題を修正しました。
+ 再起動の原因となっていたロックマネージャーにおける問題を修正しました。
# Aurora MySQL データベースエンジンの更新 2018-03-23 (バージョン 1.17.1) (廃止)
** (バージョン **1.17.1)
Aurora MySQL 1.17.1 は一般利用可能です。スナップショットから復元されたデータベースを含む、すべての新しいデータベースクラスターは、Aurora MySQL 1.17.1 で作成されます。既存のデータベースクラスターは Aurora MySQL 1.17.1 にアップグレードできます。ただし必須ではありません。新しい DB クラスターは、Aurora MySQL 1.15.1、Aurora MySQL 1.16、または Aurora MySQL 1.17 で作成することができます。これを行うには、 AWS CLI または Amazon RDS API を使用してエンジンバージョンを指定します。
Aurora MySQL のバージョン 1.17.1 では、クラスターパッチ適用モデルが使用されており、Aurora DB クラスターのすべてのノードに同時にパッチが適用されます。このリリースでは、既知の一部のエンジン問題やデグレードが修正されています。
ご質問やご不明点がございましたら、コミュニティフォーラムおよび AWS サポートを通じて[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 エンジンの最新バージョンに問題があります。1.17.1 にアップグレードした後、エンジンのバージョンは `1.17` として間違って報告されます。1.17.1 にアップグレードした場合は、 AWS マネジメントコンソールの DB クラスターの [**Maintenance (メンテナンス)**] 列を確認してアップグレードを確認できます。`none` と表示されている場合、エンジンは 1.17.1 にアップグレードされています。
## 改良点
+ バイナリログインデックスファイルのサイズが大きいと復旧時間が長くなるバイナリログ復旧の問題を修正しました。この状況はバイナリログが頻繁にローテーションする場合に発生する可能性があります。
+ パーティショニングされたテーブルで非効率的なクエリプランを生成したクエリオプティマイザの問題を修正しました。
+ データベースエンジンの再起動の原因となる範囲のクエリによるクエリオプティマイザの問題を修正しました。
# Aurora MySQL データベースエンジンの更新 2018-03-13 (バージョン 1.17) (廃止)
** (バージョン **1.17)
Aurora MySQL 1.17 は一般利用可能です。Aurora MySQL1.x バージョンは MySQL 5.6 とのみ互換性があり、MySQL 5.7 とは互換性がありません。すべての新しい 5.6 との互換性のあるデータベースクラスターは、スナップショットから復元されるものも含めて、Aurora 1.17 で作成されます。既存のデータベースクラスターは Aurora 1.17. にアップグレードできます。ただし必須ではありません。新しい DB クラスターは、Aurora 1.14.1、Aurora 1.15.1、または Aurora 1.16 で作成できます。これを行うには、 CLI AWS または Amazon RDS API を使用してエンジンバージョンを指定します。
Aurora のバージョン 1.17 では、クラスターパッチ適用モデルが使用されており、Aurora DB クラスターのすべてのノードに同時にパッチが適用されます。ダウンタイムのないパッチ適用に対応しています。この方法では、パッチ適用プロセス中のクライアント接続を維持するために、ベストエフォートに基づいて動作します。詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora DB クラスターのメンテナンス](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)」を参照してください。
ご質問やご不明点がございましたら、コミュニティフォーラムおよび AWS サポートを通じて[AWS サポート](https://aws.amazon.com/support)を利用できます。
## ダウンタイムのないパッチ適用
ダウンタイムのないパッチ適用 (ZDP) 機能では、*ベストエフォート*に基づいて、エンジンパッチ中のクライアント接続を維持するよう試みます。ZDP の詳細については、「**Amazon Aurora ユーザーガイド」の「[ダウンタイムのないパッチ適用の使用](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP)」を参照してください。
## 新機能
+ Aurora MySQL では、ロックの圧縮がサポートされるようになりました。この機能により、ロックマネージャーのメモリ使用量が最適化されます。バージョン 1.17 からは、ラボモードを有効にせずにこの機能を使用できます。
## 改良点
+ コア数が少ないインスタンスで主に見られる、データベースがアイドル状態であってもシングルコアの CPU 使用率が 100% になる問題を修正しました。
+ Aurora クラスターからバイナリログを取得する際のパフォーマンスが向上しました。
+ Aurora レプリカでテーブル統計が永続的ストレージに書き込まれ、クラッシュする問題を修正しました。
+ Aurora レプリカでクエリキャッシュが想定どおりに機能しない問題を修正しました。
+ エンジンの再起動の原因となるロックマネージャーの競合状態を修正しました。
+ 読み取り専用の自動コミットトランザクションによるロックが原因でエンジンが再起動する問題を修正しました。
+ 一部のクエリが監査ログに書き込まれない問題を修正しました。
+ フェイルオーバー時の特定のパーティションメンテナンスオペレーションの復旧に関する問題を修正しました。
## MySQL バグ修正の統合
+ レプリケーションフィルタが使用されていると LAST\$1INSERT\$1ID が不正にレプリケートされる (バグ \$169861)
+ クエリは、INDEX\$1MERGE 設定の有無に応じて異なる結果を返す (バグ \$116862316)
+ ストアドルーチン、非効率なクエリプランのクエリ処理の再実行 (バグ \$116346367)
+ INNODB FTS : FTS\$1CACHE\$1APPEND\$1DELETED\$1DOC\$1IDS のアサート (バグ \$118079671)
+ ALTER TABLE CHANGE COLUMN の RBT\$1EMPTY(INDEX\$1CACHE->WORDS) のアサート (バグ \$117536995)
+ 保存ポイントが関わる場合に InnoDB 全文検索でレコードが見つからない (バグ \$170333、バグ \$117458835)
# Aurora MySQL データベースエンジンの更新 2017-12-11 (バージョン 1.16) (廃止)
** (バージョン **1.16)
Aurora MySQL 1.16 は一般利用可能です。スナップショットから復元されたデータベースを含む、すべての新しいデータベースクラスターは、Aurora 1.16 で作成されます。既存のデータベースクラスターは Aurora 1.16. にアップグレードできます。ただし必須ではありません。新しい DB クラスターは、 Aurora 1.14.1 または Aurora 1.15.1 で作成できます。これを行うには、 AWS CLI または Amazon RDS API を使用してエンジンバージョンを指定します。
Aurora のバージョン 1.16 では、クラスターパッチ適用モデルが使用されており、Aurora DB クラスターのすべてのノードに同時にパッチが適用されます。パッチ適用プロセス中のクライアント接続を維持するために、ベストエフォートに基づいて動作するダウンタイムのないパッチ適用を有効にしています。詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora DB クラスターのメンテナンス](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)」を参照してください。
ご質問やご不明点がございましたら、コミュニティフォーラムおよび AWS サポートを通じて[AWS サポート](https://aws.amazon.com/support)を利用できます。
## ダウンタイムのないパッチ適用
ダウンタイムのないパッチ適用 (ZDP) 機能では、*ベストエフォート*に基づいて、エンジンパッチ中のクライアント接続を維持するよう試みます。ZDP の詳細については、「**Amazon Aurora ユーザーガイド」の「[ダウンタイムのないパッチ適用の使用](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP)」を参照してください。
## 新機能
+ Aurora MySQL は、ネイティブ関数 を介した同期 AWS Lambda 呼び出しをサポートするようになりました`lambda_sync()`。また、ネイティブ関数 `lambda_async()` もサポートするようになり、Lambda の非同期呼び出しのための既存のストアードプロシージャの代わりに使用できます。詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora MySQL DB クラスターからの Lambda 関数の呼び出し](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html)」を参照してください。
+ Aurora MySQL で、等価結合クエリを高速化するためにハッシュ結合をサポートするようになりました。Aurora のコストベースのオプティマイザにより、いつハッシュ結合を使用するか自動的に決定し、クエリプランでその使用を強制できます。詳細については、「**Amazon Aurora ユーザーガイド」の「[ハッシュ結合を使用した大規模な Aurora MySQL 結合クエリの最適化](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)」を参照してください。
+ Aurora MySQL は、スキャンバッチ処理をサポートするようになり、インメモリ、スキャン指向のクエリが大幅に高速になりました。この機能を使用すると、バッチ処理によりテーブルフルスキャン、インデックスフルスキャン、インデックス範囲スキャンのパフォーマンスが向上します。
## 改良点
+ マスターにドロップされた直後のテーブルでクエリを実行すると、リードレプリカがクラッシュする問題を修正しました。
+ `FULLTEXT` インデックスが大量にあるデータベースクラスターでライターを再起動すると、復旧が想定よりも長くかかる問題を修正しました。
+ バイナリログをフラッシュすると binlog イベントで `LOST_EVENTS` インシデントが発生する問題を修正しました。
+ Performance Schemaが有効なときのスケジューラの安定性の問題を修正しました。
+ テンポラリテーブルを使用するサブクエリが部分的な結果を返すことがある問題を修正しました。
## MySQL バグ修正の統合
なし
# Aurora MySQL データベースエンジンの更新 2017-11-20 (バージョン 1.15.1) (廃止)
**バージョン:** 1.15.1
Aurora MySQL 1.15.1 は一般利用可能です。スナップショットから復元されたデータベースを含む、すべての新しいデータベースクラスターは、Aurora 1.15.1 で作成されます。既存の DB クラスターは Aurora 1.15.1 にアップグレードできます。ただし必須ではありません。新しい DB クラスターは、 Aurora 1.14.1 で作成できます。これを行うには、 AWS CLI または Amazon RDS API を使用してエンジンバージョンを指定します。
Aurora のバージョン 1.15.1 では、クラスターパッチ適用モデルが使用されており、Aurora DB クラスターのすべてのノードに同時にパッチが適用されます。パッチ適用プロセス中のクライアント接続を維持するために、ベストエフォートに基づいて動作するダウンタイムのないパッチ適用を有効にしています。詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora DB クラスターのメンテナンス](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)」を参照してください。
ご質問やご不明点がございましたら、コミュニティフォーラムおよび AWS サポートを通じて[AWS サポート](https://aws.amazon.com/support)を利用できます。詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora DB クラスターのメンテナンス](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)」を参照してください。
## ダウンタイムのないパッチ適用
ダウンタイムのないパッチ適用 (ZDP) 機能では、*ベストエフォート*に基づいて、エンジンパッチ中のクライアント接続を維持するよう試みます。ZDP の詳細については、「**Amazon Aurora ユーザーガイド」の「[ダウンタイムのないパッチ適用の使用](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP)」を参照してください。
## 改良点
+ 適応型セグメントセレクタの読み取りリクエストの問題を修正しました。これにより、同じセグメントを 2 回選択しても、特定の条件下で読み取りレイテンシーが急に長くなることはなくなりました。
+ スレッドスケジューラに合わせた Aurora MySQL の最適化に起因する問題を修正しました。この問題はスローログへの書き込み中の偽のエラーとして発生しますが、関連するクエリ自体は正常に実行されます。
+ 大容量 (5 TB 超) のボリュームでのリードレプリカの安定性の問題を修正しました。
+ 偽の未処理接続数のためにワーカースレッド数が増加し続ける問題を修正しました。
+ 挿入のワークロード中に長いセマフォ待機になるテーブルロックの問題を修正しました。
+ Aurora MySQL 1.15 に含まれている以下の MySQL バグ修正を元に戻しました。
+ MySQL インスタンスで停止される “doing SYNC index” (バグ \$173816)
+ ALTER TABLE CHANGE COLUMN の RBT\$1EMPTY(INDEX\$1CACHE->WORDS) のアサート (バグ \$117536995)
+ 保存ポイントが関わる場合に InnoDB 全文検索でレコードが見つからない (バグ \$170333)
## MySQL バグ修正の統合
なし
# Aurora MySQL データベースエンジンの更新 2017-10-24 (バージョン 1.15) (廃止)
**バージョン:** 1.15
Aurora MySQL 1.15 は一般利用可能です。スナップショットから復元されたデータベースを含む、すべての新しいデータベースクラスターは、Aurora 1.15 で作成されます。既存の DB クラスターは Aurora 1.15 にアップグレードできます。ただし必須ではありません。新しい DB クラスターは、 Aurora 1.14.1 で作成できます。これを行うには、 AWS CLI または Amazon RDS API を使用してエンジンバージョンを指定します。
Aurora のバージョン 1.15 では、クラスターパッチ適用モデルが使用されており、Aurora DB クラスターのすべてのノードに同時にパッチが適用されます。更新では、データベースを再起動する必要があるため、20～30 秒間のダウンタイムが発生します。その後、DB クラスターの使用を再開できます。DB クラスターで現在 Aurora 1.14 または Aurora 1.14.1, を実行している場合は、Aurora MySQL のダウンタイムゼロのパッチ機能により、Aurora MySQL プライマリインスタンスへのクライアント接続が、ワークロードに応じて、アップグレードが終わるまで維持されます。
ご質問やご不明点がございましたら、コミュニティフォーラムおよび AWS サポートを通じて[AWS サポート](https://aws.amazon.com/support)をご利用いただけます。詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora DB クラスターのメンテナンス](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)」を参照してください。
## ダウンタイムのないパッチ適用
ダウンタイムのないパッチ適用 (ZDP) 機能では、*ベストエフォート*に基づいて、エンジンパッチ中のクライアント接続を維持するよう試みます。ZDP の詳細については、「**Amazon Aurora ユーザーガイド」の「[ダウンタイムのないパッチ適用の使用](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP)」を参照してください。
## 新機能
+ **Asynchronous Key Prefetch** - Asynchronous key prefetch (AKP) は、キーを実際の必要時点よりも前にメモリにプリフェッチすることで、キャッシュされないインデックス結合のパフォーマンスを向上させることを目的とした機能です。AKP の対象となるプライマリユースケースは、小さい外部テーブルと (インデックスの選択性が高い) 大きい内部テーブルの間のインデックス結合です。また、Multi-Range Read (MRR) インターフェイスが有効になっている場合、AKP はセカンダリからプライマリへのインデックスのルックアップに利用されます。メモリに制限がある小さいインスタンスでは、キーのカーディナリティが正しい場合、状況に応じて AKP を利用できます。詳細については、「**Amazon Aurora ユーザーガイド」の「[Asynchronous Key Prefetch を使用した Aurora MySQL インデックス付き結合クエリの最適化](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)」を参照してください。
+ **高速 DDL** - [Aurora 1.13](AuroraMySQL.Updates.20170515.md) でリリースされた機能が、デフォルト値を含むオペレーションに拡張されました。この拡張により、高速 DDL は、デフォルト値の有無にかかわらず、テーブルの末尾に null が許容される列を追加するオペレーションに適用可能です。この機能は Aurora ラボモードに残ります。詳細については、「**Amazon Aurora ユーザーガイド」の「[高速 DDL を使用して Amazon Aurora のテーブルを変更する](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.FastDDL.html)」を参照してください。
## 改良点
+ WITHIN/CONTAINS 空間クエリの最適化で空の結果セットが生成されるというエラーを修正しました。
+ `SHOW VARIABLE` コマンドを修正し、パラメータグループで `innodb_buffer_pool_size` パラメータが変更されるたびに更新された値が表示されるようにしました。
+ 適応型ハッシュインデックスが無効で、挿入するレコードがページの初期のレコードであるときに、高速 DDL を使用して変更したテーブルへの一括挿入時のプライマリインスタンスの安定性を改善しました。
+ ユーザーが [**server\$1audit\$1events**] DB クラスターパラメータ値を **default** に設定を試みて Aurora の安定性が改善されました。
+ Aurora プライマリインスタンスで実行した ALTER TABLE ステートメントのデータベース文字セットの変更が、Aurora レプリカが再起動されるまでレプリケートされないという問題を修正しました。
+ プライマリインスタンスでの競合状態を修正して安定性を改善しました。以前は、プライマリインスタンス自体のボリュームがクローズされた場合でも Aurora レプリカを登録できました。
+ ロックプロトコルを変更してインデックス構築中のデータ操作言語 (DML) ステートメントの同時実行を可能にすることで、大きいテーブルでのインデックス作成時のプライマリインスタンスのパフォーマンスを改善しました。
+ ALTER TABLE RENAME クエリ時の InnoDB メタデータの不整合を修正して安定性を改善しました。例: 同じ ALTER ステートメント内でテーブル t1(c1, c2) の列名を周期的に t1(c2, c3) に変更する場合。
+ Aurora レプリカにアクティブなワークロードがなく、プライマリインスタンスが応答しない場合のシナリオの Aurora レプリカの安定性を改善しました。
+ Aurora レプリカがテーブルの明示的なロックを保持し、レプリケーションスレッドがプライマリインスタンスから受け取った DDL の変更を適用することをブロックする場合のシナリオの Aurora レプリカの可用性を改善しました。
+ 外部キーおよび列が 2 つの個別のセッションから同時にテーブルに追加されるときに高速 DDL が有効になっている場合のプライマリインスタンスの安定性を改善しました。
+ 元に戻すレコードの切り捨てをレコードがパージされるまでブロックすることで、高負荷の書き込みワークロード中のプライマリインスタンスでのパージスレッドの安定性を改善しました。
+ テーブルを削除するトランザクションのコミットプロセス時のロックリリース順を修正することで安定性を改善しました。
+ DB インスタンスで起動を完了できず、ポート 3306 が使用中であると報告される Aurora レプリカの不具合を修正しました。
+ 特定の information\$1schema テーブル (innodb\$1trx、innodb\$1lock、innodb\$1lock\$1waits) で実行された SELECT クエリによってクラスターの不安定性が増すという競合状態を修正しました。
## MySQL バグ修正の統合
+ CREATE USER はプラグインおよびパスワードハッシュを受け入れるが、パスワードハッシュを無視する (バグ \$178033)
+ パーティションエンジンは、読み取りビットのセットにフィールドを追加し、パーティションインデックスからソートされたエントリを返せるようにします。これにより、結合バッファでは不要なフィールドまで読み取ろうとします。すべてのパーティションフィールドを read\$1set に追加するのではなく、read\$1set の設定済みのプレフィックスフィールドでのみソートするように修正しました。DBUG\$1ASSERT を追加し、key\$1cmp を行う場合、少なくとも初期のフィールドが必ず読み取られるようにしました (バグ \$116367691)
+ MySQL インスタンスで停止される “doing SYNC index” (バグ \$173816)
+ ALTER TABLE CHANGE COLUMN の RBT\$1EMPTY(INDEX\$1CACHE->WORDS) のアサート (バグ \$117536995)
+ 保存ポイントが関わる場合に InnoDB 全文検索でレコードが見つからない (バグ \$170333)
# Aurora MySQL データベースエンジンの更新: 2018-03-13 (バージョン 1.14.4) (廃止)
**バージョン:** 1.14.4
Aurora MySQL 1.14.4 は一般利用可能です。CLI または Amazon RDS API を使用してエンジンバージョンを指定し、Aurora 1.14.4 で新しい DB AWS クラスターを作成できます。既存の 1.14.x DB データベースクラスターは Aurora 1.14.4 にアップグレードできます。ただし必須ではありません。
Aurora のバージョン 1.14.4 では、クラスターパッチ適用モデルが使用されており、Aurora DB クラスターのすべてのノードに同時にパッチが適用されます。ダウンタイムのないパッチ適用に対応しています。この方法では、パッチ適用プロセス中のクライアント接続を維持するために、ベストエフォートに基づいて動作します。詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora DB クラスターのメンテナンス](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)」を参照してください。
ご質問やご不明点がございましたら、コミュニティフォーラムおよび AWS サポートを通じて[AWS サポート](https://aws.amazon.com/support)をご利用いただけます。詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora DB クラスターのメンテナンス](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)」を参照してください。
## ダウンタイムのないパッチ適用
ダウンタイムのないパッチ適用 (ZDP) 機能では、*ベストエフォート*に基づいて、エンジンパッチ中のクライアント接続を維持するよう試みます。ZDP の詳細については、「**Amazon Aurora ユーザーガイド」の「[ダウンタイムのないパッチ適用の使用](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP)」を参照してください。
## 新機能
+ Aurora MySQL で、db.r4 インスタンスクラスがサポートされるようになりました。
## 改良点
+ 大きなバイナリログイベントを書き込む際に `LOST_EVENTS` が生成される問題を修正しました。
## MySQL バグ修正の統合
+ 無視できるイベントが動作せず、テストされない (バグ \$174683)
+ NEW->OLD ASSERT FAILURE 'GTID\$1MODE > 0' (バグ \$120436436)
# Aurora MySQL データベースエンジンの更新: 2017-09-22 (バージョン 1.14.1) (廃止)
**バージョン:** 1.14.1
Aurora MySQL 1.14.1 は一般利用可能です。スナップショットから復元されたデータベースを含む、すべての新しいデータベースクラスターは、Aurora MySQL 1.14.1 で作成されます。Aurora MySQL 1.14.1 は、また、既存の Aurora MySQL DB クラスターの必須アップグレードです。詳細については、 デベ AWS ロッパーフォーラムウェブサイトの[「Announcement: Extension to mandatory upgrade schedule](https://forums.aws.amazon.com/ann.jspa?annID=4983)」を参照してください。
Aurora MySQL のバージョン 1.14.1 では、クラスターパッチ適用モデルが使用されており、Aurora MySQL DB クラスターのすべてのノードに同時にパッチが適用されます。更新では、データベースを再起動する必要があるため、20～30 秒間のダウンタイムが発生します。その後、DB クラスターの使用を再開できます。DB クラスターが現在バージョン 1.13 以上を実行している場合、Aurora MySQL のダウンタイムゼロのパッチ機能により、Aurora MySQL プライマリインスタンスへのクライアント接続が、ワークロードに応じて、アップグレードが終わるまで維持されます。
ご質問やご不明点がございましたら、コミュニティフォーラムおよび AWS サポートを通じて[AWS サポート](https://aws.amazon.com/support)をご利用いただけます。
## 改良点
+ 挿入とパージに関連する競合条件を修正して、高速 DDL 機能の安定性を向上させました。この機能は、Aurora MySQL ラボモードに残ります。
# Aurora MySQL データベースエンジンの更新: 2017-08-07 (バージョン 1.14) (廃止)
**バージョン:** 1.14
Aurora MySQL 1.14 は一般利用可能です。スナップショットから復元されたデータベースを含む、すべての新しいデータベースクラスターは、Aurora MySQL 1.14 で作成されます。Aurora MySQL 1.14 は、また、既存の Aurora MySQL DB クラスターの必須アップグレードです。Aurora MySQL の以前のバージョンを廃止するためのタイムラインについては、別途お知らせします。
Aurora MySQL のバージョン 1.14 では、クラスターパッチ適用モデルが使用されており、Aurora DB クラスターのすべてのノードに同時にパッチが適用されます。更新では、データベースを再起動する必要があるため、20～30 秒間のダウンタイムが発生します。その後、DB クラスターの使用を再開できます。DB クラスターが現在バージョン 1.13 を実行している場合、Aurora のダウンタイムゼロのパッチ機能により、Aurora プライマリインスタンスへのクライアント接続が可能になり、ワークロードに応じて、アップグレードを継続します。
ご質問やご不明点がございましたら、コミュニティフォーラムおよび AWS Support から[AWS サポート](https://aws.amazon.com/support)を受けることができます。
## ダウンタイムのないパッチ適用
ダウンタイムのないパッチ適用 (ZDP) 機能では、*ベストエフォート*に基づいて、エンジンパッチ中のクライアント接続を維持するよう試みます。ZDP の詳細については、「**Amazon Aurora ユーザーガイド」の「[ダウンタイムのないパッチ適用の使用](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP)」を参照してください。
## 改良点
+ プライマリインデックスではなくセカンダリインデックスでレコードが見つかった場合、誤った「レコードが見つかりません」というエラーが修正されました。
+ 個々の書き込みが 32 ページを超えている場合に、強すぎる防御アサーション (1.12 で追加) のために発生する可能性のある安定性の問題を修正しました。このような状況は、例えば BLOB 値が大きい場合などに発生します。
+ テーブルスペースキャッシュとディクショナリキャッシュ間の不整合による安定性の問題が修正されました。
+ プライマリインスタンスへの最大接続試行回数を超えた後、Aurora レプリカが応答しなくなっていた問題が修正されました。アイドル期間がプライマリインスタンスによるヘルスチェックに使用されるハートビート時間よりも長い場合、Aurora レプリカが再起動します。
+ 1 つの接続が `ALTER TABLE` などのコマンドを発行中に排他的なメタデータロック (MDL) を取得しようとするときに非常に高い同時実行性で発生する可能性のあるライブロックを修正しました。
+ 論理/パラレル先読みがある場合の Aurora リードレプリカの安定性の問題を修正しました。
+ 2 つの方法での `LOAD FROM S3` の向上。
1. 既存の再試行に加えて SDK の再試行を使用した Amazon S3 タイムアウトエラーの処理の向上。
1. クライアントの状態をキャッシュして再利用することによる、非常に大きなファイルや多数のファイルをロードするときのパフォーマンスの最適化。
+ `ALTER TABLE` オペレーションに対する高速 DDL の安定性の次の問題を修正しました。
1. `ALTER TABLE` ステートメントに複数の `ADD COLUMN` コマンドがあり、列名が昇順でない場合。
1. 更新される列の名前文字列と内部システムテーブルから取得される対応する名前文字列が NULL 終了文字 (/0) によって異なる場合。
1. 特定の B-tree 分割操作の下。
1. テーブルに可変長のプライマリキーがある場合。
+ 全文検索 (FTS) インデックスキャッシュをプライマリインスタンスのものを一貫させるのに時間がかかりすぎる場合の Aurora レプリカの安定性の問題を修正しました。これは、プライマリインスタンス上の新しく作成された FTS インデックスエントリの大部分がまだディスクにフラッシュされていない場合に発生する可能性があります。
+ インデックス作成中に発生する可能性がある安定性の問題を修正しました。
+ メモリー不足 (OOM) 回避戦略を構築するために使用される接続および関連するテレメトリごとのメモリ消費を追跡する新しいインフラストラクチャ。
+ Aurora レプリカで `ANALYZE TABLE` が誤って許可されていた問題を修正しました。これは現在ブロックされています。
+ 論理的な先読みとパージ間の競合状態のために、まれなデッドロックが原因で発生した安定性の問題を修正しました。
## MySQL バグ修正の統合
+ 派生テーブル (`FROM` 句のサブクエリ) と結合された全文検索では、サーバーが終了しました。ここで、全文操作が派生テーブルに依存する場合、サーバーは、マテリアライズされたテーブルで全文検索を実行できないことを示すエラーを生成します。(バグ \$168751、バグ \$116539903)
# Aurora MySQL データベースエンジンの更新: 2017-05-15 (バージョン 1.13) (廃止)
**バージョン:** 1.13
**注記**
Aurora MySQL バージョン 1.13 初回リリースの後、新しい機能 SELECT INTO OUTFILE S3 が有効になりました。この変更を反映するためにリリースノートを更新しました。
Aurora MySQL 1.13 は一般利用可能です。スナップショットから復元されたデータベースを含む、すべての新しいデータベースクラスターは、Aurora MySQL 1.13 で作成されます。既存のデータベースクラスターは Aurora MySQL 1.13 にアップグレードできます。ただし必須ではありません。Aurora のバージョン 1.13 では、クラスターパッチ適用モデルが使用されており、Aurora DB クラスターのすべてのノードに同時にパッチが適用されます。パッチ適用プロセス中のクライアント接続を維持するために、ベストエフォートに基づいて動作するダウンタイムのないパッチ適用を有効にしています。詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora DB クラスターのメンテナンス](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)」を参照してください。
## ダウンタイムのないパッチ適用
ダウンタイムのないパッチ適用 (ZDP) 機能では、*ベストエフォート*に基づいて、エンジンパッチ中のクライアント接続を維持するよう試みます。ZDP の詳細については、「**Amazon Aurora ユーザーガイド」の「[ダウンタイムのないパッチ適用の使用](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP)」を参照してください。
## 新機能:
+ **SELECT INTO OUTFILE S3** - Aurora MySQL では、Amazon S3 バケットの 1 つ以上のファイルにクエリ結果をアップロードできるようになりました。詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora MySQL DB クラスターから Amazon S3 バケット内のテキストファイルへのデータの保存](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.SaveIntoS3.html)」を参照してください。
## 改良点:
+ 復元時間が長引かないようにエンジン起動時の CSV 形式のログファイルを切り捨てるようにしました。`general_log_backup`、`general_log`、`slow_log_backup`、および `slow_log` の各テーブルは、データベースの再起動後に保持されなくなりました。
+ **test** という名前のデータベースの移行が失敗する問題を修正しました。
+ 正しいロックセグメントを再利用することで、ロックマネージャーのガベージコレクターの安定性を改善しました。
+ デッドロック検出アルゴリズムでの無効なアサーションを削除することで、ロックマネージャーの安定性を改善しました。
+ 非同期レプリケーションを再有効化し、負荷のないワークロードまたは読み取り専用ワークロードで不正なレプリカラグがレポートされる関連問題を修正しました。バージョン 1.10 で導入されたレプリケーションパイプラインの改善。これらの改善は、Aurora レプリカのバッファキャッシュにログストリーミング更新を適用するために導入されました。Aurora レプリカの読み取りパフォーマンスと安定性を向上させるのに役立ちます。
+ autocommit=OFF により、スケジュールされたイベントがブロックされ、サーバーが再起動するまで長いトランザクションが開いたままになる問題を修正しました。
+ 非同期コミットで処理されたクエリを一般クエリログ、監査クエリログ、およびスロークエリログで記録できない問題を修正しました。
+ 論理的な先読み (LRA) 機能のパフォーマンスを最大 2.5 倍まで改善しました。これは B ツリーの中間ページ全体でプリフェッチを継続して行うことを許可することで実現しました。
+ 不要なスペースをトリミングするために監査可変にパラメータ検証を追加しました。
+ Aurora MySQL バージョン 1.11 で導入された回帰を修正しました。以前は、SQL\$1CALC\$1FOUND\$1ROWS オプションを使用して FOUND\$1ROWS() 関数を呼び出したときにクエリから不正な結果が返される場合がありました。
+ メタデータのロックリストの不正な構成で生じる安定性の問題を修正しました。
+ sql\$1mode を PAD\$1CHAR\$1TO\$1FULL\$1LENGTH に設定してコマンド `SHOW FUNCTION STATUS WHERE Db='string'` を実行した場合の安定性を改善しました。
+ ボリュームの整合性チェックエラーにより、Aurora バージョンのアップグレード後にインスタンスが表示されないという、まれなケースを修正しました。
+ ユーザーが多数のテーブルを持っているときに Aurora ライターのパフォーマンスが軽減されるという、Aurora MySQL バージョン 1.12 で生じた問題を修正しました。
+ Aurora ライターをバイナリログワーカーとして設定し、接続数が 16,000 に近づいたときの安定性の問題を改善しました。
+ Aurora マスターで DDL を実行し、メタデータのロックを待っている間に接続がブロックされると、Aurora レプリカが再起動するという、まれな問題を修正しました。
## MySQL バグ修正の統合
+ 空の InnoDB テーブルでは、テーブルが空であっても、ALTER TABLE ステートメントを使用して auto\$1increment 値を減らすことはできません。(バグ \$169882)
+ 一致 () ..。AGAINST() の引数として長い文字列を使用する AGAINST クエリは、全文検索インデックスを持つ InnoDB テーブルで実行するとエラーになる可能性があります。(バグ \$117640261)
+ SQL\$1CALC\$1FOUND\$1ROWS を ORDER BY および LIMIT と組み合わせて処理すると、FOUND\$1ROWS() の結果が不正になる場合あります。(バグ \$168458、バグ \$116383173)
+ 外部キーがある場合、ALTER TABLE では列の NULL 値の変更が許可されません。(バグ \$177591)
# Aurora MySQL データベースエンジンの更新: 2017-04-05 (バージョン 1.12) (廃止)
**バージョン:** 1.12
新しい DB クラスターの作成 (スナップショットからの復元を含む) の推奨バージョンは、Aurora MySQL 1.12 になりました。
既存のクラスターのアップグレードについては、強制ではありません。フリート全体のパッチを 1.11 に完了した後、既存のクラスターをバージョン 1.12 にアップグレードするオプションがあります (Aurora 1.11 [リリースノート](AuroraMySQL.Updates.20170223.md)および対応する [フォーラムでのお知らせ](https://forums.aws.amazon.com/ann.jspa?annID=4444)を参照)。Aurora のバージョン 1.12 では、クラスターパッチ適用モデルが使用されており、Aurora DB クラスターのすべてのノードに同時にパッチが適用されます。詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora DB クラスターのメンテナンス](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)」を参照してください。
## 新機能
+ **高速 DDL** - Aurora MySQL では、ALTER TABLE *tbl\$1name* ADD COLUMN *col\$1name* *column\$1definition* オペレーションをほぼ即座に実行できるようになりました。このオペレーションでは、テーブルをコピーする必要はありません。他の DML ステートメントに実質的な影響を及ぼすこともありません。テーブルのコピーにはテンポラリストレージを使用しないため、スモールインスタンスクラスの大きなテーブルに対しても、DDL ステートメントが現実的になります。高速 DDL は現在、デフォルトの値を持たない、null が許容される列を、表の末尾に追加する際にのみ使用できます。この機能は現在、Aurora ラボモードで使用できます。詳細については、「**Amazon Aurora ユーザーガイド」の「[高速 DDL を使用して Amazon Aurora のテーブルを変更する](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.FastDDL.html)」を参照してください。
+ **ボリュームステータスを表示** - 新しいモニタリングコマンド、SHOW VOLUME STATUS が追加されました。このコマンドを使用して、ボリューム内のノードやディスクの数を表示できます。詳細については、「**Amazon Aurora ユーザーガイド」の「[Aurora MySQL DB クラスターのボリュームステータスの表示](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.VolumeStatus.html)」を参照してください。
## 改良点
+ ロックオブジェクトごとに割り当てられたメモリをさらに削減するために、圧縮をロックするよう変更が導入されました。この実装はラボモードで使用できます。
+ データベースがアイドル状態のときでも、`trx_active_transactions` メトリクスが急速に減少する問題を修正しました。
+ ディスクおよびノードの障害をシミュレートする際の、障害挿入クエリ構文に関する無効なエラーメッセージを修正しました。
+ ロックマネージャーの競合状態やデッドラッチに関する複数の問題を修正しました。
+ クエリオプティマイザでバッファのオーバーフローを起こす問題を修正しました。
+ 基礎となるストレージノードで使用可能なメモリが不足している場合の Aurora リードレプリカの安定性の問題を修正しました。
+ アイドル接続が `wait_timeout` パラメータ設定を超えて持続する問題を修正しました。
+ インスタンスの再起動後、`query_cache_size` が予期せぬ値を返す問題を修正しました。
+ 書き込みがストレージに移行していない場合に、ネットワークが頻繁にプローブされる診断スレッドによるパフォーマンスの問題を修正しました。
## MySQL バグ修正の統合
+ 空のときに削除されたテーブルをリロードすると、AUTO INCREMENT 値がリセットされました。(バグ \$121454472、バグ \$177743)
+ purge\$1node\$1t 構造の不一致により、ロールバック時にインデックスレコードが見つかりませんでした。この不一致により、「秒インデックスエントリの更新でエラーが発生しました」、「レコードをパージできませんでした」、「削除用にマークされていない秒インデックスエントリをパージしようとしました」などの警告やエラーメッセージが表示されました。(バグ \$119138298、バグ \$170214、バグ \$121126772、バグ \$121065746)
+ qsort オペレーションのスタックサイズの計算が正しくないと、スタックのオーバーフローが発生します。(バグ \$173979)
+ ロールバック時にインデックスにレコードが見つかりませんでした。(バグ \$170214、バグ \$172419)
+ CURRENT\$1TIMESTAMP 更新時に ALTER TABLE の列 TIMESTAMP を追加すると、ZERO-datas が挿入されます (バグ \$117392)
# Aurora MySQL データベースエンジンの更新: 2017-02-23 (バージョン 1.11) (廃止)
**バージョン:** 1.11
すべての Aurora MySQL DB クラスターには、リリース後まもなく、最新バージョンのパッチが適用されます。DB クラスターへのパッチの適用にはレガシー手順を使用され、適用中には約 5 ～ 30 秒のダウンタイムが発生します。
パッチの適用は、データベースインスタンスごとに指定したシステムメンテナンスウィンドウ中に行われます。このウィンドウは、 AWS マネジメントコンソールを使用して表示したり変更したりできます。詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora DB クラスターのメンテナンス](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)」を参照してください。
または、DB クラスター AWS マネジメントコンソール を選択し、**クラスターアクション**を選択し、**今すぐアップグレード**を選択して、 でパッチをすぐに適用することもできます。
Aurora MySQL のバージョン 1.11 では、クラスターパッチ適用モデルが使用されており、Aurora DB クラスターのすべてのノードに同時にパッチが適用されます。
## 新機能
+ **LOAD DATA FROM S3 の MANIFEST オプション** - LOAD DATA FROM S3 はバージョン 1.8 でリリースされました。このコマンドのオプションが拡張され、マニフェストファイルを使用して Amazon S3 からの Aurora DB クラスターにロードするファイルのリストを指定できるようになりました。これにより、1 つ以上の場所にある特定のファイルからのデータのロードが簡単になります。これは、FILE オプションを使用して 1 つのファイルからデータをロードしたり、PREFIX オプションを使用して場所およびプレフィックスが同じ複数のファイルからデータをロードしたりする方法とは対照的です。マニフェストファイルの形式は、Amazon Redshift で使用されるものと同じです。LOAD DATA FROM S3 で MANIFEST オプションを使用する方法については、「**Amazon Aurora ユーザーガイド」の「[マニフェストを使用して、ロードするデータファイルを指定する](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.LoadFromS3.html#AuroraMySQL.Integrating.LoadFromS3.Manifest)」を参照してください。
+ **空間インデックスのデフォルトでの有効化** - この機能は、バージョン 1.10 のラボモードでリリースされ、現在、デフォルトで有効になっています。空間インデックスでは、空間的データを使用するクエリにおける大きなデータセットのクエリパフォーマンスが向上します。空間インデックスの使用の詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora MySQL と空間データ](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Spatial)」を参照してください。
+ **高度な監査のタイミング精度の変更** - この機能は、データベースのアクティビティの高度な監査機能を提供するために、バージョン 1.10.1 でリリースされました。このリリースでは、監査ログのタイムスタンプの精度が 1 秒から 1 マイクロ秒に変更されました。より高い精度のタイムスタンプにより、監査イベントがいつ発生したかをより正確に把握できます。監査の詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora MySQL DB クラスターでのアドバンストな監査の使用](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Auditing.html)」を参照してください。
## 改良点
+ `thread_handling` パラメータを変更して、Aurora のスレッドプールでサポートされている唯一のモデルである **multiple-connections-per-thread** 以外のモデルに設定できないようにしました。
+ `buffer_pool_size` または `query_cache_size` のいずれかのパラメータを DB クラスターの合計メモリより大きく設定した場合に発生する問題を修正しました。この状況では、Aurora は変更されたパラメータをデフォルト値に設定するため、DB クラスターは起動してクラッシュすることはありません。
+ テーブルが別のトランザクションで無効化された場合にトランザクションが古い読み取り結果を取得するクエリキャッシュの問題を修正しました。
+ 削除のマークが付けられたバイナリログファイルがすぐにではなく少し遅れて削除される問題を修正しました。
+ **tmp** という名前で作成されたデータベースが、エフェメラルストレージに保存されるシステムデータベースとして処理され、Aurora 分散ストレージに保持されない問題を修正しました。
+ SHOW TABLES の動作を変更して、特定の内部システムテーブルを対象から除外しました。この変更により、mysqldump が SHOW TABLES で一覧表示されるすべてのファイルをロックすることで発生する不要なフェイルオーバーが回避され、内部システムテーブルへの書き込みを禁止することでのみフェイルオーバーが発生します。
+ 引数が InnoDB テーブルの列である関数を呼び出すクエリからテンポラリテーブルを作成すると、Aurora レプリカが誤って再起動する問題を修正しました。
+ Aurora レプリカノードでのメタデータのロック競合により、Aurora レプリカがプライマリ DB クラスターで遅延して、最終的に再起動する問題を修正しました。
+ リーダーノードのレプリケーションパイプラインのデッドラッチにより、Aurora レプリカが遅延して、最終的に再起動する問題を修正しました。
+ Aurora レプリカが 1 テラバイト (TB) を超える暗号化ボリュームで遅延しすぎる問題を修正しました。
+ システムクロック時間を読み取る方法を改良することで、Aurora レプリカのデッドラッチ検出を改良しました。
+ Aurora レプリカがライターの登録解除後に 1 回ではなく 2 回再起動することがある問題を修正しました。
+ 一時的な統計により一意でないインデックス列で統計の不一致が生じると Aurora レプリカでのクエリパフォーマンスが低下する問題を修正しました。
+ Aurora レプリカで DDL ステートメントがレプリケートされているときに、同時に、Aurora レプリカで関連するクエリが処理されていると、Aurora レプリカがクラッシュすることがある問題を修正しました。
+ バージョン 1.10 で導入されたレプリケーションパイプラインの改良点がデフォルトで有効にならずに無効になるように変更しました。これらの改良点は、Aurora レプリカのバッファキャッシュにログストリーミングの更新を適用するために導入されました。この機能により、Aurora レプリカの読み取りパフォーマンスと安定性が向上しますが、特定のワークロードでレプリカラグが長くなります。
+ 同じテーブルで進行中の DDL ステートメントと保留中のパラレル先読みが同時にあると、DDL トランザクションのコミットフェーズ中にアサーションエラーが発生する問題を修正しました。
+ 全般ログとスロークエリログを拡張して、DB クラスターの再起動後にも保持されるようにしました。
+ ACL モジュールのメモリ消費量を減らすことで、特定の長時間実行されるクエリのメモリ不足の問題を修正しました。
+ テーブルに非空間インデックスがあり、クエリに空間述語があり、プランナーが非空間インデックスの使用を選択したが、誤って空間条件をインデックスにプッシュしたときに発生する、再起動の問題を修正しました。
+ 外部 (LOB など) に保存された巨大な地理空間オブジェクトの削除、更新、またはパージがあると DB クラスターが再起動する問題を修正しました。
+ ALTER SYSTEM SIMULATE を使用した障害シミュレーションが正常に動作しない問題を修正しました。FOR INTERVAL を使用した障害シミュレーションが正しく動作しない問題を解決しました。
+ ロックマネージャーの誤った不変条件の無効なアサーションにより発生する安定性の問題を修正しました。
+ バージョン 1.10 で導入された InnoDB 全文検索の以下の 2 つの改良点を無効にしました。これは、厳しいワークロードにより安定性の問題が発生したためです。
+ 全文検索インデックスキャッシュのレプリケート速度を向上させるために、Aurora レプリカへの読み取りリクエスト後にのみキャッシュを更新する。
+ FTS キャッシュのディスクへの同期中に MySQL のクエリが長時間停止することを回避するために、キャッシュのサイズが合計サイズの 10% を超えたらすぐに、別のスレッドにキャッシュ同期タスクをオフロードする。(バグ \$122516559、\$173816)
## MySQL バグ修正の統合
+ 別の DROP オペレーションと同時に ALTER テーブルの DROP 外部キーを実行すると、テーブルがなくなる。(バグ \$116095573)
+ ORDER BY を使用した一部の INFORMATION\$1SCHEMA クエリで、以前と同じように filesort 最適化が使用されない。(バグ \$116423536)
+ FOUND\$1ROWS () によって返されるテーブルの行数が正しくない。(バグ \$168458)
+ 開いているテンポラリテーブルが多すぎると、エラーが発生する代わりに、サーバーに障害が発生する。(バグ \$118948649)
# Aurora MySQL データベースエンジンの更新: 2017-01-12 (バージョン 1.10.1) (廃止)
**バージョン:** 1.10.1
Aurora MySQL のバージョン 1.10.1 は任意のバージョンであるため、データベースインスタンスへのパッチ適用には使用されません。新しい Aurora インスタンスの作成および既存のインスタンスのアップグレードに使用できます。[Amazon RDS コンソール](https://console.aws.amazon.com/rds/)でクラスターを選択し、[**クラスターアクション**]、[**今すぐアップグレード**] の順に選択することで、パッチを適用できます。パッチを適用するには、データベースを再起動する必要があり、ダウンタイムが通常 5 ～ 30 秒続きますが、その後 DB クラスターを使用して再開できます。このパッチは、Aurora クラスター内のすべてのノードが同時にパッチ適用されるクラスターパッチ適用モデルを使用しています。
## 新機能
+ **高度な監査** - Aurora MySQL には、データベースアクティビティの監査に使用できる、高パフォーマンスの高度な監査機能が用意されています。高度な監査の有効化と使用の詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora MySQL DB クラスターでのアドバンストな監査の使用](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Auditing.html)」を参照してください。
## 改良点
+ 同じステートメントで列を作成してインデックスを追加するときの、空間インデックスの問題を修正しました。
+ DB クラスターの再起動時に空間統計が保持されない問題を修正しました。
# Aurora MySQL データベースエンジンの更新: 2016-12-14 (バージョン 1.10) (廃止)
**バージョン:** 1.10
## 新機能
+ **ダウンタイムのないパッチ** - この機能は、DB インスタンスがダウンタイムなしにパッチ適用できるようにします。つまり、データベースのアップグレードは、クライアントアプリケーションの切断、またはデータベースの再起動をせずに実行されます。このアプローチにより、メンテナンス期間中の Aurora DB クラスターの可用性が向上します。Performance Schemaのデータなどのテンポラリデータはアップグレードプロセス中にリセットされますのでご注意ください。この機能は、メンテナンス期間中のサービス提供パッチ、およびユーザーがスタートしたパッチに適用されます。
パッチがスタートされると、サービスは、オープンなロック、トランザクションまたはテンポラリテーブルがないことを確認し、データベースにパッチを適用し再起動できる適切なタイミングを待ちます。パッチの進行中、スループットが一時的に (5 秒ほど) 低下しますが、アプリケーションセッションは保持されます。適切な時間枠が利用できない場合、パッチ適用はスタンダードのパッチ動作に戻ります。
ダウンタイムなしのパッチはベストエフォート型で実行され、以下で説明するようないくつかの制約があります。
+ 現在この機能は、単一ノード DB クラスター、または、複数ノード DB クラスターの書き込みインスタンスへのパッチに適用されます。
+ この機能で SSL 接続はサポートされていません。アクティブな SSL 接続がある場合、Amazon Aurora MySQL はダウンタイムなしのパッチを実行せず、代わりに SSL 接続が終了したかどうかを確認するため定期的に再試行します。停止している場合、ダウンタイムなしのパッチが実行されます。SSL 接続が数秒以上続く場合、ダウンタイムのあるスタンダードのパッチが実行されます。
+ この機能は Aurora リリース 1.10 以降で利用できます。今後、ダウンタイムなしのパッチ適用の機能を使用して適用することができないリリースまたはパッチを確認していきます。
+ バイナリログに基づくレプリケーションが有効の場合、この機能は使用できません。
+ **空間インデックス** - 空間インデックスでは、空間的データを使用するクエリにおける大きなデータセットのクエリパフォーマンスが向上します。空間インデックスの使用の詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora MySQL と空間データ](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Spatial)」を参照してください。
この機能はデフォルトでは無効になっており、Aurora のラボモードを有効化すると有効になります。詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora MySQL ラボモード](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html)」を参照してください。
+ **レプリケーションのパイプラインの改良** - Aurora MySQL では、Aurora レプリカのバッファキャッシュにログストリーミングの更新を適用するためのメカニズムが改善されました。この機能は、マスターでの書き込み負荷が多いとき、または Aurora レプリカでの読み取り負荷が大きいときに、レプリカの読み取りパフォーマンスを向上させます。この機能は、デフォルトでご利用になれます。
+ **キャッシュ読み取りのワークロードにおけるスループットの向上** - Aurora MySQL では、読み取りビューの実行にラッチのない同時アルゴリズムを使用することで、バッファキャッシュから提供された読み取りクエリのスループットが向上しています。このような改善の結果、1 秒あたりの読み取り数が、MySQL 5.7 では SysBench の SELECT-only のワークロードで 164 K のスループットであるのに対し、Amazon Aurora MySQL では最大 625 K のスループットを実現できます。
+ **ホット行の競合があるワークロードにおけるスループットの向上** - Aurora MySQL は新しいロックリリースアルゴリズムを使用し、特にホットページの競合がある場合 (同じページの列で多くのトランザクションが競合している場合) のパフォーマンスが向上しています。TPC-C ベンチマークのテストでは、1 分あたりのスループットが MySQL 5.7 に比べ 16 倍に向上しました。この機能はデフォルトでは無効になっており、Aurora のラボモードを有効化すると有効になります。詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora MySQL ラボモード](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html)」を参照してください。
## 改良点
+ Aurora レプリカへの読み取りリクエストの後にキャッシュを更新することで、全文検索インデックスキャッシュレプリケーションが高速化されました。この方法により、レプリケーションスレッドがディスクから読み込むことを回避します。
+ データベース名またはテーブル名に特殊文字があるテーブルで Aurora レプリカがディクショナリキャッシュを無効化できない問題を修正しました。
+ ストレージの温度管理が有効になっている場合の分散ストレージノードのデータ移行中に発生する `STUCK IO` 問題を修正しました。
+ トランザクションのロールバックまたはコミットの準備中にトランザクションロック待機スレッドのアサーションチェックが失敗するロックマネージャーの問題を修正しました。
+ ディクショナリテーブルのエントリで正しくリファレンス数を更新することで、破損ディクショナリテーブルを開くときの問題を修正しました。
+ DB クラスターの最小読み取りポイントが低速な Aurora レプリカによって保持されるバグを修正しました。
+ クエリキャッシュで発生する可能性のあるメモリリークを修正しました。
+ クエリがストアドプロシージャの `IF` ステートメントで使用されると、Aurora レプリカがテーブルに列単位のロックをするバグを修正しました。
## MySQL バグ修正の統合
+ 派生テーブルの UNION は、「1=0/false」句のある不正な結果を返します。(バグ \$169471)
+ サーバーはストアドプロシージャの 2 回目の実行の際、ITEM\$1FUNC\$1GROUP\$1CONCAT::FIX\$1FIELDS でクラッシュします。(バグ \$120755389)
+ キャッシュのサイズが合計サイズの 10% を超えたらすぐに、別のスレッドにキャッシュ同期タスクをオフロードすることで、FTS キャッシュのディスクへの同期中に MySQL のクエリが長時間停止することを回避できます。(バグ \$122516559、\$173816)
# Aurora MySQL データベースエンジンの更新: 2016-11-10 (バージョン 1.9.0、1.9.1) (廃止)
**バージョン:** 1.9.0、1.9.1
## 新機能
+ **インデックス作成の改良** - セカンダリインデックスの作成の実装は、ボトムアップ式にインデックスを作成するようになり、不要なページ分割がなくなります。これにより、インデックスの作成またはテーブルを再構築に必要な時間を最大 75% 短縮できます (`db.r3.8xlarge` DB インスタンスクラスに基づく)。この機能は、Aurora MySQL バージョン 1.7 のラボモードのもので、Aurora バージョン 1.9 以降ではデフォルトで有効化されています。詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora MySQL ラボモード](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html)」を参照してください。
+ **ロックの圧縮 (ラボモード)** - この実装により、ロックマネージャーが使用するメモリの量が大幅に (最大 66%) 減少します。ロックマネージャーは、メモリ不足例外に遭遇せずに、より多くの行ロックを取得できます。この機能はデフォルトでは無効になっており、Aurora のラボモードを有効化すると有効になります。詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora MySQL ラボモード](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html)」を参照してください。
+ **Performance Schema** - Aurora MySQL でパフォーマンスへの影響を最小限に抑えるPerformance Schemaがサポートされました。SysBench を使用したテストでは、Performance Schemaを有効にすると、MySQL のパフォーマンスが最大 60% 低下しました。
Aurora DB クラスターの SysBench テストでは、MySQL に比べてパフォーマンスへの影響が 4 倍少ないという結果が出ました。`db.r3.8xlarge` DB インスタンスのクラスを実行すると、Performance Schemaを有効にした状態で、100K の SQL 書き込み / 秒と 550K 以上の読み取り / 秒が発生しました。
+ **ホット行競合の改善** - この機能により CPU 使用率が低下し、少数のホット行に大量の接続がアクセスした場合のスループットが向上します。この機能は、ホット行の競合がある場合の ` error 188` を減らします。
+ **メモリ不足処理の改善** - 必須でないロック SQL ステートメントを実行し、その予約メモリプールが不足した場合、Aurora は SQL ステートメントを強制的にロールバックします。この機能は空きメモリを増やし、メモリ不足例外によるエンジンのクラッシュを防止します。
+ **スマートリードセレクタ** - この実装により、すべての読み取りのさまざまなセグメントの間で最適なストレージセグメントを選択することで、読み取りのレイテンシーが改善され、読み取りのスループットが向上します。SysBench テストでは、書き込みワークロードで 27% のパフォーマンスの向上が示されました 。
## 改良点
+ Aurora レプリカでエンジンの起動時に共有ロックが発生する問題を修正しました。
+ パージシステムの読み取りビューポインタが NULL の場合に、Aurora レプリカがクラッシュする可能性があるのを修正しました。
# Aurora MySQL データベースエンジンの更新: 2016-10-26 (バージョン 1.8.1) (廃止)
**バージョン:** 1.8.1
## 改良点
+ AWS Lambda プロシージャを起動するトリガーを使用する一括挿入が失敗する問題を修正しました。
+ 自動コミットがグローバルに OFF の場合にカタログの移行が失敗する問題を修正しました。
+ SSL と改善された Diffie-Hellman グループを使用して LogJam 攻撃に対処するときに、Aurora への接続が失敗する問題を解決しました。
## MySQL バグ修正の統合
+ OpenSSL は、LogJam の問題により Diffie-Hellman のキー長パラメータを変更しました。(バグ \$118367167)
# Aurora MySQL データベースエンジンの更新: 2016-10-18 (バージョン 1.8) (廃止)
**バージョン:** 1.8
## 新機能
+ **AWS Lambda 統合** – `mysql.lambda_async`プロシージャを使用して、Aurora DB クラスターから AWS Lambda 関数を非同期的に呼び出すことができるようになりました。詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora MySQL DB クラスターからの Lambda 関数の呼び出し](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html)」を参照してください。
+ **Amazon S3 からのデータのロード** - `LOAD DATA FROM S3` コマンドまたは `LOAD XML FROM S3` コマンドを使用して、Amazon S3 バケットからテキストファイルや XML ファイルを Aurora DB クラスター内にロードできるようになりました。詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon S3 バケットのテキストファイルから Amazon Aurora MySQL DB クラスターへのデータのロード](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.LoadFromS3.html)」を参照してください。
+ **カタログの移行** - Aurora では、バージョニングをサポートするためにクラスターボリュームにカタログメタデータが保持されるようになりました。これにより、バージョン間や復元間でカタログをシームレスに移行できます。
+ **クラスターレベルのメンテナンスとパッチ適用** - Aurora で DB クラスター全体のメンテナンス更新が管理されるようになりました。詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora DB クラスターのメンテナンス](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)」を参照してください。
## 改良点
+ 転送中の DDL テーブルにメタデータのロックが許可されない場合に、Aurora レプリカがクラッシュする問題を修正しました。
+ `log_output=TABLE` である場合に、Aurora レプリカから InnoDB 以外のテーブルを変更し、スローログと一般ログの CSV ファイルのローテーションを行うことを許可しました。
+ プライマリインスタンスから Aurora レプリカに統計を更新するときの遅延を修正しました。この修正を適用しない場合、Aurora レプリカの統計はプライマリインスタンスの統計と同期しなくなり、Aurora レプリカのクエリプランは別の (おそらくはパフォーマンスが低い) ものになります。
+ Aurora レプリカがロックを取得しないようにする競合状態を修正しました。
+ Aurora レプリカをプライマリインスタンスに登録または登録解除するときに、まれに失敗する状況を修正しました。
+ ボリュームを開くか閉じるときに `db.r3.large` インスタンスのデッドロックにつながる可能性のある競合状態を修正しました。
+ 大量の書き込みワークロードと Aurora Distributed Storage サービスでの障害が重なったときに、メモリ不足になる問題を修正しました。
+ 実行時間の長いトランザクションがあると消去スレッドがスピンして CPU の使用率が高くなる問題を修正しました。
+ 大きな負荷がかかっているときに、情報スキーマのクエリを実行してロックに関する情報を入手する際に発生する問題を修正しました。
+ Aurora からストレージノードへの書き込みが、まれに停止して再起動/ファイルオーバーする場合がある診断プロセスの問題を修正しました。
+ `CREATE TABLE [if not exists]` ステートメントの処理中にクラッシュが発生した場合、クラッシュ回復中に、正常に作成されたテーブルが削除される場合がある状況を修正しました。
+ カタログの移行を使用して一般ログとスローログをディスクに保存していない場合、ログのローテーション手順が破綻するケースを修正しました。
+ ユーザー定義関数内にテンポラリテーブルを作成した後で、そのユーザー定義関数をクエリの SELECT リストで使用したときに発生するクラッシュを修正しました。
+ GTID イベントの再生時に発生するクラッシュを修正しました。GTID は Aurora MySQL でサポートされません。
## MySQL バグ修正の統合:
+ 複数のインデックスがある列ですべてのインデックスを削除する場合、外部キーの制約に基づいてインデックスが必要なときに、InnoDB は DROP INDEX オペレーションをブロックできませんでした。(バグ \$116896810)
+ 外部キーの制約に伴うクラッシュの解決策を追加しました。(バグ \$116413976)
+ ストアドプロシージャでカーソルを取得し、同時にテーブルを分析またはフラッシュするときに発生するクラッシュを修正しました。(バグ \$118158639)
+ テーブルを変更して AUTO\$1INCREMENT の値を自動インクリメント列の最大値より小さくしたときに発生する自動インクリメントバグを修正しました。(バグ \$116310273)
# Aurora MySQL データベースエンジンの更新: 2016-09-20 (バージョン 1.7.1) (廃止)
**バージョン:** 1.7.1
## 改良点
+ InnoDB 全文検索のキャッシュがフルの場合、Aurora レプリカがクラッシュする問題を修正。
+ スレッドプールのワーカースレッドが自身を待っている場合、データベースエンジンがクラッシュする問題を修正。
+ テーブルのメタデータのロックによってデッドロックが発生した場合に Aurora レプリカがクラッシュする問題を修正。
+ スレッドプールの 2 つのワーカースレッド間における競合状態のためにデータベースエンジンがクラッシュする問題を修正。
+ モニタリングエージェントで分散ストレージサブシステムへの書き込みオペレーションの進行が検出されない場合に、高負荷時に不要なフェイルオーバーが発生する問題を修正。
# Aurora MySQL データベースエンジンの更新: 2016-08-30 (バージョン 1.7.0) (廃止)
**バージョン:** 1.7.0
## 新機能
+ **NUMA 対応スケジューラ** - Aurora MySQL エンジンのためのタスクスケジューラが NUMA (Non-Uniform Memory Access) 対応となりました。これにより、クロス CPU ソケット競合が最小化され、`db.r3.8xlarge` DB インスタンスクラスのスループットパフォーマンスが向上します。
+ **パラレル先読みのバックグラウンド非同期動作** - パラレル先読みは、専用スレッドを使用してスレッド競合を減らし、パフォーマンスを向上するように改良されました。
+ **インデックス作成の改良 (ラボモード)** - セカンダリインデックスの作成の実装は、ボトムアップ式にインデックスを作成するようになり、不要なページ分割がなくなります。これによりインデックスの作成またはテーブルの再構築のための時間を短縮できます。この機能はデフォルトでは無効になっており、Aurora のラボモードを有効化すると有効になります。詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora MySQL ラボモード](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html)」を参照してください。
## 改良点
+ インスタンスへの接続リクエストの数が急増した場合に、接続の確立に長い時間がかかる問題を修正しました。
+ InnoDB を使用せずにパーティショニングされたテーブルで ALTER TABLE を実行した場合にクラッシュが発生していた問題を修正しました。
+ 高負荷の書き込みワークロードによりフェイルオーバーが発生する場合があった問題を修正しました。
+ パーティションテーブルで RENAME TABLE を実行した場合にエラーが発生する、誤ったアサーションを修正しました。
+ 高負荷の挿入ワークロード時にトランザクションがロールバックされるときの安定性が向上しました。
+ Aurora レプリカで全文検索インデックスが動作しなかった問題を修正しました。
## MySQL バグ修正の統合
+ LOCK\$1grant ロックのパーティショニングにより安定性を向上しました。(ポート WL \$18355)
+ ストアドプロシージャの SELECT でカーソルを開くとセグメンテーション違反が発生します。(ポートのバグ \$116499751)
+ MySQL のいくつかの特別な使用法で、誤った結果となります。(バグ \$111751794)
+ GET\$1SEL\$1ARG\$1FOR\$1KEYPART でのクラッシュ - バグ \$111751794 のパッチにより発生します。(バグ \$116208709)
+ GROUP BY を使った単純なクエリで誤った結果となります。(バグ \$117909656)
+ 範囲の述語を使った半結合 (semi-join) クエリで、余分な行が返されます。(バグ \$116221623)
+ IN サブクエリの後に ORDER BY 句を追加すると、重複列が返されます。(バグ \$116308085)
+ MyISAM で GROUP BY によるルーススキャンのクエリで EXPLAIN を使うとクラッシュします。(バグ \$116222245)
+ 引用符付きの INT 述語を使ったルースインデックススキャンでランダムなデータが返されます。(バグ \$116394084)
+ オプティマイザがルースインデックススキャンを使用した場合、サーバーがテンポラリテーブルを作成しようとするときに終了する場合があります。(バグ \$116436567)
+ COUNT(DISTINCT) は NULL 値をカウントするべきではありませんが、オプティマイザがルースインデックススキャンを使用したときにカウントされます。(バグ \$117222452)
+ クエリが MIN()/MAX() の両方と集計関数 (DISTINCT) (例えば SUM(DISTINCT)) を含む場合に、ルースインデックススキャンを使って実行されると、MIN()/MAX() の結果の値が正しく設定されません。(バグ \$117217128)
# Aurora MySQL データベースエンジンの更新: 2016-06-01 (バージョン 1.6.5) (廃止)
**バージョン:** 1.6.5
## 新機能
+ **バイナリログの効率的なストレージ** - バイナリログの効率的なストレージは、すべての Aurora MySQL DB クラスターでデフォルトで有効になりました。設定することはできません。バイナリログの効率的なストレージは、2016 年 4 月の更新で導入されました。詳細については、「[Aurora MySQL データベースエンジンの更新: 2016-04-06 (バージョン 1.6) (廃止)](AuroraMySQL.Updates.20160406.md)」を参照してください。
## 改良点
+ プライマリインスタンスの負荷が高いときの Aurora レプリカの安定性が向上しました。
+ パーティショニングされたテーブルと、テーブル名に特殊文字が含まれるテーブルでクエリを実行するときの Aurora レプリカの安定性が向上しました。
+ セキュアな接続を使用する場合の接続の問題が修正されました。
## MySQL バグ修正の統合
+ SLAVE CAN'T CONTINUE REPLICATION AFTER MASTER'S CRASH RECOVERY (Port Bug \$117632285)
# Aurora MySQL データベースエンジンの更新: 2016-04-06 (バージョン 1.6) (廃止)
**バージョン:** 1.6
この更新には以下の改良点が含まれています。
## 新機能
+ **パラレル先読み** - パラレル先読みは、すべての Aurora MySQL DB クラスターでデフォルトで有効になりました。設定することはできません。パラレル先読みは、2015 年 12 月の更新で導入されました。詳細については、「[Aurora MySQL データベースエンジンの更新: 2015-12-03 (バージョン 1.4) (廃止)](AuroraMySQL.Updates.20151203.md)」を参照してください。
パラレル先読みがデフォルトで有効になったことに加えて、このリリースではパラレル先読みに以下の機能強化が追加されています。
+ パラレル先読みの積極性が低くなるようにロジックが改善されました。これは、DB クラスターで多くのパラレルワークロードが生じた場合に役立ちます。
+ 小さいテーブルの安定性が向上しました。
+ **バイナリログの効率的なストレージ (ラボモード)** - MySQL バイナリログファイルが、Aurora MySQL により効率的に保存されるようになりました。新しいストレージ実装により、バイナリログファイルを早期に削除できるようになり、バイナリログレプリケーションマスターとなっている Aurora MySQL DB クラスターにおけるインスタンスのシステムパフォーマンスが向上します。
バイナリログの効率的なストレージを有効にするには、プライマリインスタンスまたは Aurora レプリカのパラメータグループで、`aurora_lab_mode` パラメータを `1` に設定します。`aurora_lab_mode` パラメータはインスタンスレベルのパラメータであり、デフォルトでは `default.aurora5.6` クラスターパラメータグループにあります。DB パラメータグループの変更については、「**Amazon Aurora ユーザーガイド」の「[「DB パラメータグループのパラメータの変更](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_WorkingWithParamGroups.html#USER_WorkingWithParamGroups.Modifying)」を参照してください。パラメータグループと Aurora MySQL の詳細については、「**Amazon Aurora ユーザーガイド」の「[Aurora MySQL 設定パラメータ](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.html#AuroraMySQL.Reference.ParameterGroups)」を参照してください。
バイナリログの効率的なストレージは、MySQL バイナリログレプリケーションマスターインスタンスとなっている、Aurora MySQL DB クラスター内のインスタンスでのみ有効にしてください。
+ **AURORA\$1VERSION システム可変** - `AURORA_VERSION` システム可変のクエリを実行することで、Aurora MySQL DB クラスターの Aurora バージョンを取得できるようになりました。
Aurora バージョンを取得するには、次のいずれかのクエリを使用します。
```
select AURORA_VERSION();
select @@aurora_version;
show variables like '%version';
```
DB クラスターを変更する AWS マネジメントコンソール とき、または [describe-db-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html) AWS CLI コマンドまたは [DescribeDBEngineVersions](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBEngineVersions.html) API オペレーションを呼び出すことで、 で Aurora バージョンを確認することもできます。
+ **ロックマネージャーのメモリ使用量メトリクス** - ロックマネージャーのメモリ使用量に関する情報がメトリクスとして入手できるようになりました。
ロックマネージャーのメモリ使用量メトリクスを取得するには、次のいずれかのクエリを使用します。
```
show global status where variable_name in ('aurora_lockmgr_memory_used');
select * from INFORMATION_SCHEMA.GLOBAL_STATUS where variable_name in ('aurora_lockmgr_memory_used');
```
## 改良点
+ バイナリログと XA トランザクションの回復時に安定性が向上しました。
+ 接続数が多いことによるメモリの問題が修正されました。
+ メトリクス `Read Throughput`、` Read IOPS`、`Read Latency`、`Write Throughput`、`Write IOPS`、`Write Latency`、`Disk Queue Depth` の精度が向上しました。
+ クラッシュ後に大きいインスタンスの起動が遅くなる安定性の問題が修正されました。
+ 同期メカニズムとキャッシュの削除に関連するデータディクショナリの同時性が強化されました。
+ Aurora レプリカの安定性とパフォーマンスの向上:
+ プライマリインスタンスの書き込みワークロードが大きい場合や急増したときの Aurora レプリカの安定性の問題が修正されました。
+ db.r3.4xlarge インスタンスと db.r3.8xlarge インスタンスのレプリカラグが強化されました。
+ ログレコードの適用と Aurora レプリカでの同時読み取りの間の競合を減らすことにより、パフォーマンスが向上しました。
+ 新たに作成された統計または更新された統計について、Aurora レプリカにおける統計の更新時の問題が修正されました。
+ プライマリインスタンスにトランザクションが多く、Aurora レプリカにおいて同じデータの同時読み取りが行われる場合に、Aurora レプリカの安定性が向上しました。
+ `UPDATE` ステートメントを使用して `DELETE` および `JOIN` ステートメントを実行するときの Aurora レプリカの安定性が向上しました。
+ `INSERT ... SELECT` ステートメントを実行するときの Aurora レプリカの安定性が向上しました。
## MySQL バグ修正の統合
+ アサーション `\$1M\$1ORDERED\$1REC\$1BUFFER' 失敗のバグ \$118694052 修正を 5.6 にバックポート (ポートのバグ \$118305270)
+ MEMCPY()、HA\$1PARTITION::POSITION のセグメンテーション違反 (ポートのバグ \$1 18383840)
+ PARTITIONING,INDEX\$1MERGE AND NO PK の結果が正しくない (ポートのバグ \$1 18167648)
+ EXPORT: ASSERTION IN HA\$1PARTITION::EXTRA の FLUSH TABLES (ポートのバグ \$1 16943907)
+ 仮想 HA\$1ROWS HANDLER::MULTI\$1RANGE\$1READ\$1INFO\$1CONST におけるサーバークラッシュ (ポートのバグ \$1 16164031)
+ 範囲オプティマイザが SEL\$1ARG::RB\$1INSERT() でクラッシュする (ポートのバグ \$1 16241773)
# Aurora MySQL データベースエンジンの更新: 2016-01-11 (バージョン 1.5) (廃止)
**バージョン:** 1.5
この更新には以下の改良点が含まれています。
## 改良点
+ Aurora ストレージのデプロイメント時にアイドル状態のインスタンスに対する書き込みオペレーションが 10 秒間停止する問題を修正しました。
+ `innodb_file_per_table` を `No` に設定した場合の論理的な先読みが機能するようになりました。論理的な先読み機能の詳細については、「[Aurora MySQL データベースエンジンの更新: 2015-12-03 (バージョン 1.4) (廃止)](AuroraMySQL.Updates.20151203.md)」を参照してください。
+ Aurora レプリカがプライマリインスタンスに再接続する問題を修正しました。この改善により、Aurora レプリカのテストで `quantity` パラメータに大きな値を指定した場合に、障害挿入クエリの使用に失敗する問題も修正されます。詳細については、「**Amazon Aurora ユーザーガイド」の「Amazon Aurora ユーザーガイド」の「[Aurora レプリカの障害のテスト](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.FaultInjectionQueries.html#AuroraMySQL.Managing.FaultInjectionQueries.ReplicaFailure)」を参照してください。
+ Aurora レプリカの遅延と再起動のモニタリングを改善しました。
+ Aurora レプリカが遅延し、登録解除され、再起動する原因となっていた問題を修正しました。
+ デッドロックで `show innodb status` コマンドを実行する際の問題を修正しました。
+ 高書き込みスループット時の、より大きなインスタンスに対するフェイルオーバーの問題を修正しました。
## MySQL バグ修正の統合
+ MySQL の全文検索が、データベース名が数字で始まるテーブルに影響する件を一部修正しました。(ポートのバグ \$117607956)
# Aurora MySQL データベースエンジンの更新: 2015-12-03 (バージョン 1.4) (廃止)
**バージョン:** 1.4
この更新には以下の改良点が含まれています。
## 新機能
+ **高速挿入** - プライマリキーによってソートされたパラレル挿入を加速します。詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora MySQL パフォーマンスの拡張](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance)」を参照してください。
+ **大きなデータセットの読み取りパフォーマンス** - Aurora MySQL は IO にかかる大きな負荷を自動的に検出し、DB クラスターのパフォーマンスを向上させるためにより多くのスレッドを起動します。Aurora スケジューラは IO アクティビティを参照して、システム内のスレッド数を動的に最適化し、オーバーヘッドを抑えながら IO の負荷と CPU の負荷を迅速に調整します。
+ **パラレル先読み** - プライマリインスタンスまたは Aurora レプリカで使用可能なメモリに対して大きすぎる B-Tree スキャンのパフォーマンスを改善します (範囲クエリを含む)。パラレル先読みはページの読み取りパターンを検出し、必要な場合に備えて事前にページをバッファキャッシュに取得します。パラレル先読みは同じトランザクション内で同時に複数のテーブルで機能します。
## 改良点:
+ Aurora ストレージのデプロイメント時に Aurora データベースの可用性が短い問題を修正しました。
+ `max_connection` 制限を正しく強制します。
+ Aurora がバイナリログのマスターであり、大きなデータをロードした後にデータベースが再起動する際のバイナリログの破棄を改善しました。
+ テーブルキャッシュのメモリ管理の問題を修正しました。
+ 高速復旧のために共有メモリのバッファキャッシュでの膨大なページのサポートを追加しました。
+ スレッドローカルストレージが初期化されない問題を修正しました。
+ 16K 接続をデフォルトで許可します。
+ IO が膨大なワークロード用の動的スレッドプール。
+ クエリキャッシュで UNION を含めた表示の正常な無効化の問題を修正しました。
+ ディクショナリの統計スレッドでの安定性の問題を修正しました。
+ キャッシュの削除に関連したディクショナリサブシステムのメモリリークを修正しました。
+ マスターで書き込み負荷がきわめて低いときに Aurora レプリカで大きな読み取りレイテンシーが発生する問題を修正しました。
+ マスターで ALTER TABLE ... REORGANIZE PARTITION などの DDL でパーティショニングされたテーブルでオペレーションを実行する場合の Aurora レプリカの安定性の問題を 修正しました。
+ ボリューム増加時の Aurora レプリカの安定性の問題を修正しました。
+ Aurora レプリカでクラスター化されていないインデックスをスキャンする際のパフォーマンスの問題を修正しました。
+ Aurora レプリカでラグを発生させ、場合によっては登録解除され再起動される安定性の問題を修正しました。
## MySQL バグ修正の統合
+ FTSPARSE() のセグメンテーション違反。(バグ \$116446108)
+ InnoDB データディクショナリが列名を変更しながら更新されない。(バグ \$119465984)
+ 別のデータベースにテーブル名を変更した後に FTS がクラッシュする。(バグ \$116834860)
+ 削除されたテーブルでトリガーの準備が失敗するとエラー 1054 が発生する。(バグ \$118596756)
+ メタデータを変更するとトリガーの実行で問題が発生する場合がある。(バグ \$118684393)
+ 長い UTF8 VARCHAR フィールドに対してマテリアル化が選択されない。(バグ \$117566396)
+ ORDER BY で制限を X にした場合に実行プランのパフォーマンスが悪い (バグ \$116697792)。
+ バグ \$111765744 を 5.1、5.5 および 5.6 にバックポート。(バグ \$117083851)
+ SQL/SQL\$1SHOW.CC が SIG6 になるミューテックスの問題。ソースが頻繁に FILL\$1VARIABLES になる。(バグ \$120788853)
+ バグ \$118008907 を 5.5 以上のバージョンにバックポート。(バグ \$118903155)
+ MySQL 5.7 にスタックのオーバーフローエラーの修正を適応。(バグ \$119678930)
# Aurora MySQL データベースエンジンの更新: 2015-10-16 (バージョン 1.2、1.3) (廃止)
**バージョン:** 1.2、1.3
この更新には以下の改良点が含まれています。
## 修正内容
+ 新しいロックマネージャーで実行時間の長いトランザクションの際のメモリー不足の問題を解決しました。
+ 非 RDS for MySQL データベースでレプリケートする際のセキュリティの脆弱性を解決しました。
+ ストレージ障害時にクォーラム書き込みが確実に正しく再試行されるように更新しました。
+ レプリカの遅延をより正確にレポートするように更新しました。
+ 多くの競合トランザクションが同じ列を変更しようとしているとき接続を減らすことでパフォーマンスを改善しました。
+ 2 つのテーブルを結合して作成されたビューでのクエリキャッシュの無効化を解決しました。
+ `UNCOMMITTED_READ` 分離を使用したトランザクションのクエリキャッシュを無効化しました。
## 改良点
+ ウォームキャッシュでのカタログクエリが遅い問題のパフォーマンスがよくなりました。
+ ディクショナリ統計での同時実行を改善しました。
+ 新規クエリのキャッシュリソースマネージャー、拡張管理、Amazon Aurora スマートストレージに保存するファイル、およびログ記録のバッチ書き込みの安定性が向上しました。
## MySQL バグ修正の統合
+ innodb 内でクエリを強制するとアサーションとともにクラッシュすることがある。(バグ \$11608883)
+ イベントスケジューラ、イベント実行、または新規接続で新規スレッドの作成に失敗すると、エラーログにメッセージが書き込まれない。(バグ \$116865959)
+ 1 つの接続がデフォルトのデータベースを変更すると同時に別の接続が SHOW PROCESSLIST を実行した場合、2 番目の接続が 1 番目の接続のデフォルトのデータベースメモリを表示しようとすると無効なメモリにアクセスする。(バグ \$111765252)
+ 設計によるバイナリログの消去が使用中またはアクティブなバイナリログファイルを削除せず、これが発生したときに通知しない。(バグ \$113727933)
+ 一部のステートメントで、オプティマイザが不必要なサブクエリ句を削除するとメモリリークが発生することがある。(バグ \$115875919)
+ シャットダウン時に、サーバーが初期化されていないミューテックスをロックする場合がある。(バグ \$116016493)
+ 複数の列に名前をつける GROUP\$1CONCAT() および ORDER BY 句を使用した準備済みステートメントが、サーバーを終了させる場合がある。(バグ \$116075310)
+ Performance Schemaの計測がレプリカワーカースレッドで見つからない。(バグ \$116083949)
+ `STOP SLAVE` は、1 つ以上のステータス可変 `Slave_retried_transactions`、`Slave_heartbeat_period`、`Slave_received_heartbeats`、`Slave_last_heartbeat`、または `Slave_running` の値を取得する SHOW STATUS などのステートメントと同時に発行されると、デッドロックが発生する可能性がある。(バグ \$116088188)
+ 検索する用語が引用句で囲まれた語句の場合に、ブールモードを使用した全文クエリの結果がゼロになることがある。(バグ \$116206253)
+ サブクエリの結合の ON 句でサブクエリを使用して準備済みステートメントを実行する際に、オプティマイザが冗長サブクエリ句を削除しようとすると、アサーションが立ち上がる。(バグ \$116318585)
+ GROUP\$1CONCAT が不安定、ITEM\$1SUM::CLEAN\$1UP\$1AFTER\$1REMOVAL でクラッシュが発生する。(バグ \$116347450)
+ デフォルトの InnoDB 全文検索 (FTS) ストップワードリストを、INFORMATION\$1SCHEMA.INNODB\$1FT\$1DEFAULT\$1STOPWORD と同じ構造を持つ InnoDB テーブルを作成することで置き換えようとすると、エラーになる。(バグ \$116373868)
+ ワーカーのクライアントスレッドが FLUSH TABLES WITH READ LOCK を実行した後、続いてマスターで更新があると、`SHOW SLAVE STATUS` を実行したときにワーカーがハングアップする。(バグ \$116387720)
+ 全文検索で「abc-def」などの区切り検索文字列を分析する場合、InnoDB で MyISAM と同じ単語区切り記号を使用するようになりました。(バグ \$116419661)
+ FTS\$1AST\$1TERM\$1SET\$1WILDCARD がクラッシュする。(バグ \$116429306)
+ FTS RQG テストの FTS\$1AST\$1VISIT() のセグメンテーション違反。(バグ \$116435855)
+ デバッグを構築するために、オプティマイザがサブクエリを指す Item\$1ref を削除すると、サーバーが終了する。(バグ \$116509874)
+ InnoDB テーブルの全文検索が、リテラル句を \$1 または - 演算子と組み合わせた検索に失敗する。(バグ \$116516193)
+ `START SLAVE`オプション --master-info-repository=TABLE relay-log-info-repository=TABLE を付け、autocommit を 0 に設定し、 を付けてサーバーを起動すると、 が失敗する。`--skip-slave-start`(バグ \$116533802)
+ 非常に大きい InnoDB 全文検索 (FTS) 結果でメモリの消費が大きすぎる。(バグ \$116625973)
+ デバッグの構築で、検索文字列に直接バイナリを使用すると、バイナリに NULL バイトや意味のない文字が含まれている場合があるため、OPT\$1CHECK\$1ORDER\$1BY でアサーションが発生する。(バグ \$116766016)
+ 一部のステートメントで、オプティマイザが不必要なサブクエリ句を削除するとメモリリークが発生することがある。(バグ \$116807641)
+ ワーカーへの新規接続で `STOP SLAVE` を発行した後に元の接続を使用して `SHOW SLAVE STATUS` を発行した場合、FLUSH TABLES WITH READ LOCK を発行した後にデッドロックが発生する可能性がある。(バグ \$116856735)
+ 無効な区切り記号を使用した GROUP\$1CONCAT でサーバーが終了する場合がある。(バグ \$116870783)
+ サーバーが SHOW STATUS LIKE 'pattern' ステートメントの LOCK\$1active\$1mi および active\$1mi-> rli-> data\$1lock ミューテックスを過度にロックする。パターンがミューテックス (`Slave_heartbeat_period`、`Slave_last_heartbeat`、`Slave_received_heartbeats`、`Slave_retried_transactions`、`Slave_running`) を使用するステータス可変と一致しなかった場合でも、同じ結果になる。(バグ \$116904035)
+ ブールモード修飾子を使用した全文検索がアサーションを伴う失敗になる。(バグ \$116927092)
+ \$1 ブール演算子を使用した検索で InnoDB テーブルの全文検索が失敗する。(バグ \$117280122)
+ 4 ウェイデッドロック: ゾンビ、バイナリログの破棄、プロセスリストの表示、バイナリログの表示。(バグ \$117283409)
+ コミットロックを待っている SQL スレッドが強制終了され再びスタートされると、トランザクションがワーカーにスキップされる。(バグ \$117450876)
+ 「unended」トークンが原因で InnoDB 全文検索失敗が発生する。文字列および文字列長を、文字列比較に渡す必要があります。(バグ \$117659310)
+ 多数のパーティショニングされた InnoDB テーブルを MySQL 5.6 または 5.7 で使用すると、MySQL サーバーの以前のリリースで同じテーブルを使用したときよりも多くのメモリを消費する。(バグ \$117780517)
+ 全文クエリで、num\$1token が max\$1proximity\$1item より少ないことを確認しようとして失敗すると、アサーションが発生する。(バグ \$118233051)
+ INFORMATION\$1SCHEMA TABLES および COLUMNS テーブルの特定のクエリが、多量の空の InnoDB がある場合に過剰にメモリを使用する。(バグ \$118592390)
+ トランザクションをコミットするときに、特に master\$1info\$1repository=TABLE でサーバーを実行している場合により多くのリソースを使用していたスレッドそのものを確認する方法ではなく、フラグを使用してスレッドが作成されたかどうかを確認するようになりました。(バグ \$118684222)
+ マスターが DML を実行している間にワーカーのクライアントスレッドが FLUSH TABLES WITH READ LOCK を実行する場合、同じクライアントで `SHOW SLAVE STATUS` を実行するとブロックされ、デッドロックが発生する。(バグ \$119843808)
+ GROUP\$1CONCAT() で順序付けを行うと、サーバーが終了する場合がある。(バグ \$119880368)
# Aurora MySQL データベースエンジンの更新: 2015-08-24 (バージョン 1.1) (廃止)
**バージョン:** 1.1
この更新には以下の改良点が含まれています。
+ MySQL データベースでレプリケーションする場合のレプリケーションの安定性の改善 (バイナリログレプリケーション)。MySQL を使用した Aurora MySQL レプリケーションの詳細については、「**Amazon Aurora ユーザーガイド」の「[Amazon Aurora でのレプリケーション](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.Replication.html)」を参照してください。
+ レプリケーションワーカーである Aurora MySQL DB クラスターの累積されたリレーログのサイズに対する 1 ギガバイト (GB) の制限。これにより、Aurora DB クラスターのファイル管理が改善されます。
+ 先読み、再帰的な外部キーの関係および Aurora レプリケーション部分の安定性の向上。
+ MySQL バグ修正の統合。
+ 名前の先頭が数字の InnoDB データベースでは、全文検索 (FTS) パーサーエラーが発生します。(バグ \$117607956)
+ InnoDB 全文検索は、名前の尖塔が数字のデータベースでは失敗します。(バグ \$117161372)
+ Windows 上の InnoDB データベースの場合、全文検索 (FTS) オブジェクト ID が期待される 16 進形式ではありません。(バグ \$116559254)
+ MySQL 5.6 に導入されたコード回帰は、DROP TABLE と ALTER TABLE のパフォーマンスにマイナスの影響を与えました。このため、MySQL Server 5.5.x から 5.6.x の間でパフォーマンスが低下する可能性があります。(バグ \$116864741)
+ ロギングを単純にしてログファイルのサイズおよび必要なストレージ容量を削減します。