翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# 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) のオペレーションによってアサーションが発生しました。