

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

# Aurora MySQL データベースエンジンの更新 2020-09-02 (バージョン 1.23.0) (廃止)
<a name="AuroraMySQL.Updates.1230"></a><a name="1230"></a><a name="1.23.0"></a>

**バージョン:** 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)」を参照してください。

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

 **新機能:** 
+  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 バグ修正の統合
<a name="AuroraMySQL.Updates.1230.Patches"></a>
+  `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` に関連するバグ修正を移植します。