翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Aurora MySQL データベースエンジンの更新 2020-11-09 (バージョン 1.22.3) (廃止)
バージョン: 1.22.3
Aurora MySQL 1.22.3 は一般公開されています。Aurora MySQL 1.* バージョンは MySQL 5.6 と互換性があり、Aurora MySQL 2.* バージョンは MySQL 5.7 と互換性があります。
このエンジンバージョンは 2023 年 2 月 28 日に非推奨となる予定です。詳細については、「Amazon Aurora MySQL 互換エディションバージョン 1 のサポート終了に向けて準備する」を参照してください。
現在サポートされている Aurora MySQL リリースは、1.19.5、1.19.6、1.22.*、1.23.*、2.04.*、2.07.*、2.08.*、2.09.*、2.10.*、3.01.*、3.02.* です。
古いバージョンの Aurora MySQL でクラスターを作成するには、RDS コンソール、CLI、または Amazon RDS API AWS を使用してエンジンバージョンを指定します。
注記
このバージョンは、長期サポート (LTS) リリースとして指定されています。詳細については、「Amazon Aurora ユーザーガイド」の「Aurora MySQL 長期サポート (LTS) リリース」を参照してください。
ご質問やご不明点がございましたら、 コミュニティフォーラムおよび AWS Support からAWS サポート
改良点
セキュリティの修正内容:
マネージド型の環境での処理を微調整するための修正およびその他の機能強化。以下の CVE の追加の修正:
互換性のない変更:
このバージョンでは、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ではなくROWSTATEMENTをLOAD DATA FROM INFILE | S3にマッピングするように変更しました。 -
Aurora MySQL バイナリログプライマリに接続されたバイナリログレプリカで、プライマリが
LOAD DATA FROM S3を実行し、binlog_formatがSTATEMENTに設定されているときに、不完全なデータが表示される可能性がある問題を修正しました。
MySQL Community Edition バグ修正の統合
-
バグ #26654685: 外部キーチェック中に破損したインデックス ID が検出され、アサーションが発生しました
-
バグ #15831300: デフォルトでは、整数をマスター上の小さいタイプからスレーブ上のより大きなタイプ (例えば、マスターの SMALLINT
列からスレーブの BIGINT 列へ) に昇格すると、昇格された値は署名付きのように処理されます。このような場合、サーバーシステム可変 slave_type_converss に指定された値のセットで、 ALL_SIGNEDおよびALL_UNSIGNEDの一方または両方を使用してこの動作を変更またはオーバーライドすることができます。詳細については、「行ベースのレプリケーション: 属性の昇格と降格」、および可変についての説明を参照してください。 -
バグ #17449901:
foreign_key_checks=0で、InnoDB は外部キー制約で必要なインデックスを削除することを許可し、テーブルを不整合に配置したため、テーブルのロード時に発生する外部キーチェックに失敗しました。InnoDB で、foreign_key_checks=0 であっても、外部キーの制約により必要なインデックスが削除できなくなりました。外部キーの制約は、外部キーのインデックスを削除するよりも前に削除する必要があります。 -
バグ #20768847: ALTER TABLE ... 外部キーの依存関係を持つテーブルでの DROP INDEX
のオペレーションによってアサーションが発生しました。
