Aurora MySQL データベースエンジンの更新 2020-09-17 (バージョン 2.09.0) (廃止) - Amazon Aurora
改善点MySQL Community Edition バグ修正の統合Aurora MySQL バージョン 1 との比較MySQL 5.7 の互換性

Aurora MySQL データベースエンジンの更新 2020-09-17 (バージョン 2.09.0) (廃止)

バージョン 2.09.0

Aurora MySQL 2.09.0 は一般公開されています。Aurora MySQL 2.x バージョンは MySQL 5.7 と互換性があり、Aurora MySQL 1.x バージョンは MySQL 5.6 と互換性があります。

現在サポートされている 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 1.23.* から取得したスナップショットを Aurora MySQL2.09.0 で復元できます。既存の Aurora MySQL 2.* データベースクラスターを Aurora MySQL 2.09.0 にアップグレードすることもできます。既存の Aurora MySQL 1.23.* クラスターは直接 2.09.0 にアップグレードできませんが、そのスナップショットは Aurora MySQL 2.09.0 に復元できます。

重要

このバージョンでの Aurora ストレージの改善により、利用可能なアップグレードパスは Aurora MySQL 1.* から Aurora MySQL 2.09 に制限されています。Aurora MySQL 1.* クラスターを 2.09 にアップグレードする場合、Aurora MySQL 1.23 からアップグレードする必要があります。

古いバージョンの Aurora MySQL を使用してクラスターを作成するには AWS マネジメントコンソール、AWS CLI、または RDS API を使用してエンジンバージョンを指定してください。

ご質問やご不明点がございましたら、コミュニティフォーラムや AWS サポートから AWS サポートにお問い合わせください。詳細については、「Amazon Aurora ユーザーガイド」の「Amazon Aurora DB クラスターのメンテナンス」を参照してください。

注記

Aurora MySQL データベースクラスターをアップグレードする方法については、「Amazon Aurora ユーザーガイド」の「Aurora MySQL DB クラスターのマイナーバージョンまたはパッチレベルのアップグレード」を参照してください。

改善点

新機能:

  • このリリースでは、最大 128 テビバイト (TiB) のストレージを備えた Amazon Aurora MySQL データベースインスタンスを作成できます。新しいストレージ制限は、以前の 64 TiB から引き上げられています。128 TiB のストレージサイズは、より大きなデータベースに対応します。この機能は、スモールインスタンスサイズ (db.t2 または db.t3) ではサポートされていません。1 つのテーブルスペースは、16 KB のページサイズという InnoDB の制限があるため、64 TiB を超えて拡張することはできません。

    Aurora は、クラスターボリュームサイズが 128 TiB に近い場合にアラートを表示し、サイズ制限に達する前にアクションを実行できるようにします。このアラートは、AWS マネジメントコンソール の mysql ログと RDS イベントに表示されます。

  • DB クラスターパラメータの値を変更することで、既存のクラスターのパラレルクエリのオンとオフを切り替えることができるようになりました aurora_parallel_query。クラスターを作成するときに、parallelquery パラメータの --engine-mode 設定を使用する必要はありません。

    パラレルクエリが拡張され、Aurora MySQL が利用できるすべてのリージョンで利用できるようになりました。

    Aurora クラスタ内のパラレルクエリをアップグレードおよび有効化するための手順には、他にも多くの機能拡張や変更があります。詳細については、「Amazon Aurora ユーザーガイド」の「Amazon Aurora MySQL のパラレルクエリの使用」を参照してください。

  • Aurora は、クラスターのストレージ領域のサイズを動的に変更します。動的サイズ変更では、Aurora DB クラスターからデータを削除すると、DB クラスターのストレージ領域が自動的に減少します。詳細については、「Amazon Aurora ユーザーガイド」の「ストレージのスケーリング」を参照してください。

    注記

    動的サイズ変更機能は、Aurora が利用可能な AWS リージョンで段階的にデプロイされています。クラスターを使用するリージョンによっては、この機能はまだ利用できない場合があります。詳細については、新しい発表を参照してください。

優先度の高い修正:

  • コミュニティバグのバックポート #27659490: SELECT USING DYNAMIC RANGE AND INDEX MERGE USE TOO MUCH MEMORY (OOM)

  • バグ #26881508: MYSQL #1: DISABLE_ABORT_ON_ERROR IN AUTH_COMMON.H

  • コミュニティバグのバックポート #24437124: POSSIBLE BUFFER OVERFLOW ON CREATE TABLE

  • バグのバックポート #27158030: INNODB ONLINE ALTER CRASHES WITH CONCURRENT DML

  • バグ #29770705: SERVER CRASHED WHILE EXECUTING SELECT WITH SPECIFIC WHERE CLAUSE

  • バグのバックポート #26502135: MYSQLD SEGFAULTS IN MDL_CONTEXT::TRY_ACQUIRE_LOCK_IMPL

  • バグ #26935001: ALTER TABLE AUTO_INCREMENT TRIES TO READ INDEX FROM DISCARDED TABLESPACE

  • バグ #28491099: [FATAL] MEMORY BLOCK IS INVALID | INNODB: ASSERTION FAILURE: UT0UT.CC:670

  • バグ #30499288: GCC 9.2.1 REPORTS A NEW WARNING FOR OS_FILE_GET_PARENT_DIR

  • バグ #29952565 where MYSQLD GOT SIGNAL 11 WHILE EXECUTING A QUERY(UNION + ORDER BY + SUB-QUERY)

  • バグ #30628268: OUT OF MEMORY CRASH

  • バグ #30441969: BUG #29723340: MYSQL SERVER CRASH AFTER SQL QUERY WITH DATA ?AST

  • バグ #30569003: 5.7 REPLICATION BREAKAGE WITH SYNTAX ERROR WITH GRANT MANAGEMENT

  • バグ #29915479: RUNNING COM_REGISTER_SLAVE WITHOUT COM_BINLOG_DUMP CAN RESULTS IN SERVER EXIT

  • バグ #30569003: 5.7 REPLICATION BREAKAGE WITH SYNTAX ERROR WITH GRANT MANAGEMENT

  • バグ #29915479: RUNNING COM_REGISTER_SLAVE WITHOUT COM_BINLOG_DUMP CAN RESULTS IN SERVER EXIT

  • バグ #20712046: SHOW PROCESSLIST AND PERFORMANCE_SCHEMA TABLES DO NOT MASK PASSWORD FROM QUERY

  • バックポートバグ #18898433: EXTREMELY SLOW PERFORMANCE WITH OUTER JOINS AND JOIN BUFFER (fixed in 5.7.21)。結合バッファリングが使用されている場合、多くの左結合を持つクエリが低速になります (ブロックネストされたループアルゴリズムを使用する場合など)。(バグ #18898433、バグ #72854)」

  • バックポートバグ #26402045: MYSQLD CRASHES ON QUERY (MySQL 5.7.23 で修正)。サブクエリのマテリアル化の特定のケースで、サーバーが終了する可能性があります。これらのクエリは、マテリアル化が無効であることを示すエラーを生成するようになりました。(バグ #26402045)

  • [MySQL からのバックポート] rdsadmin 以外のユーザーは、リーダーレプリカの pfs テーブルを更新できません。

  • リーダーレプリカで顧客が perfschema を更新できない問題を修正します。

  • バグ #26666274: INFINITE LOOP IN PERFORMANCE SCHEMA BUFFER CONTAINER

  • バグ #26997096: relay_log_space 値は同期された方法で更新されないため、その値はリレーログで使用される実際のディスク領域よりもはるかに大きくなることがあります。

  • バグ #25082593: FOREIGN KEY VALIDATION DOESN'T NEED TO ACQUIRE GAP LOCK IN READ COMMITTED

  • CVE-2019-2731

  • CVE-2018-2645

  • CVE-2019-2581

  • CVE-2018-2787

  • CVE-2019-2482

  • CVE-2018-2640

  • CVE-2018-2784

  • CVE-2019-2628

  • CVE-2019-2911

  • CVE-2019-2628

  • CVE-2018-3284

  • CVE-2018-3065

  • CVE-2019-2537

  • CVE-2019-2948

  • CVE-2019-2434

  • CVE-2019-2420

可用性の向上:

  • ロックマネージャー ABA 修正をデフォルトで有効にします。

  • 競合状態により、2 つのトランザクションでロックが共有され、データベースが再起動することがあるロックマネージャーの問題を修正しました。

  • 圧縮された行フォーマットでテンポラリテーブルを作成すると再起動する場合がある問題を修正しました。

  • 16XL および 24XL インスタンスの table_open_cache のデフォルト値を修正しました。このデフォルト値では、ラージインスタンスクラス (R4/R5-16XL、R5-12XL、R5-24XL) でフェイルオーバーが繰り返され、CPU 使用率が高くなる場合があります。これは 2.07.x に影響しました。

  • S3 バックアップに mysql.host テーブルが含まれていない場合、Amazon S3 から Aurora MySQL バージョン 2.08.0 へのクラスターの復元に予想以上に時間がかかる問題を修正しました。

  • セカンダリインデックスを使用した仮想列の更新により、フェールオーバーが繰り返し発生する可能性がある問題を修正しました。

  • 長時間実行される書き込みトランザクションによりデータベースが再起動される、トランザクションロックメモリ管理に関する問題を修正しました。

  • パッチ適用のための安全ポイントのチェックにおいて、ダウンタイムのないパッチ適用中にエンジンがクラッシュすることがある複数の問題を修正しました。

  • 以前クラッシュの原因となっていたテンポラリテーブルの redo ログをスキップする問題を修正しました。

  • 接続/クエリの強制終了とセッションの強制終了の間のロックマネージャーの競合状態を修正しました。

  • binlog レプリカで、MySQL time_zone テーブルで DDL イベントを受け取ると、データベースがクラッシュする可能性がある問題を修正しました。

グローバルデータベース:

  • セカンダリリージョンの MySQL INFORMATION_SCHEMA.REPLICA_HOST_STATUS ビューに、そのリージョンに属するレプリカのエントリが表示されるようになりました。

  • プライマリリージョンとセカンダリリージョン間のテンポラリネットワーク接続の問題の後に、グローバル DB セカンダリリージョンで発生する可能性がある予期しないクエリの失敗が修正されました。

パラレルクエリ:

  • Parallel Query クエリの EXPLAIN プランを修正しました。単純な単一テーブルクエリでは正しくありません。

  • Parallel Query が有効な場合に発生する可能性があるセルフデッドラッチが修正されました。

全般的な機能強化:

  • S3 へのエクスポートで ENCRYPTION キーワードがサポートされるようになりました。

  • これで、aurora_binlog_replication_max_yield_seconds パラメータの最大値が 36,000 になりました。以前の最大許容値は 45 でした。このパラメータ aurora_binlog_use_large_read_buffer は、パラメータが 1 に設定されている場合にのみ機能します。

  • MIXED 実行時の動作を binlog_format ではなく ROW STATEMENT を LOAD DATA FROM INFILE | S3 にマッピングするように変更しました。

  • Aurora MySQL バイナリログプライマリに接続されたバイナリログレプリカで、プライマリが LOAD DATA FROM S3 を実行し、binlog_format が STATEMENT に設定されているときに、不完全なデータが表示される可能性がある問題を修正しました。

  • 監査システム可変 server_audit_incl_users および server_audit_excl_users の最大許容長を、1024 バイトから 2000 バイトに引き上げました。

  • 現在の接続が設定されている値よりも大きい場合に、パラメータグループの max_connections パラメータを下げると、ユーザーがデータベースにアクセスできなくなる問題を修正しました。

  • データアクティビティストリーミングで、一重引用符とバックスラッシュが正しくエスケープされない問題を修正しました。

MySQL Community Edition バグ修正の統合

  • バグ #27659490: SELECT USING DYNAMIC RANGE AND INDEX MERGE USE TOO MUCH MEMORY(OOM)

  • バグ #26881508: MYSQL #1: DISABLE_ABORT_ON_ERROR IN AUTH_COMMON.H

  • バグ #24437124: POSSIBLE BUFFER OVERFLOW ON CREATE TABLE

  • バグ #27158030: INNODB ONLINE ALTER CRASHES WITH CONCURRENT DML

  • バグ #29770705: SERVER CRASHED WHILE EXECUTING SELECT WITH SPECIFIC WHERE CLAUSE

  • バグ #26502135: MYSQLD SEGFAULTS IN MDL_CONTEXT::TRY_ACQUIRE_LOCK_IMPL

  • バグ #26935001: ALTER TABLE AUTO_INCREMENT TRIES TO READ INDEX FROM DISCARDED TABLESPACE

  • バグ #28491099: [FATAL] MEMORY BLOCK IS INVALID | INNODB: ASSERTION FAILURE: UT0UT.CC:670

  • バグ #30499288: GCC 9.2.1 REPORTS A NEW WARNING FOR OS_FILE_GET_PARENT_DIR

  • バグ #29952565: where MYSQLD GOT SIGNAL 11 WHILE EXECUTING A QUERY(UNION + ORDER BY + SUB-QUERY)

  • バグ #30628268: OUT OF MEMORY CRASH

  • バグ #30441969: BUG #29723340: MYSQL SERVER CRASH AFTER SQL QUERY WITH DATA ?AST

  • バグ #30569003: 5.7 REPLICATION BREAKAGE WITH SYNTAX ERROR WITH GRANT MANAGEMENT

  • バグ #29915479: RUNNING COM_REGISTER_SLAVE WITHOUT COM_BINLOG_DUMP CAN RESULTS IN SERVER EXIT

  • バグ #30569003: 5.7 REPLICATION BREAKAGE WITH SYNTAX ERROR WITH GRANT MANAGEMENT

  • バグ #29915479: RUNNING COM_REGISTER_SLAVE WITHOUT COM_BINLOG_DUMP CAN RESULTS IN SERVER EXIT

  • バグ #20712046: SHOW PROCESSLIST AND PERFORMANCE_SCHEMA TABLES DO NOT MASK PASSWORD FROM QUERY

  • バグ #18898433: EXTREMELY SLOW PERFORMANCE WITH OUTER JOINS AND JOIN BUFFER (fixed in 5.7.21)

  • バグ #26402045: MYSQLD CRASHES ON QUERY (fixed in MySQL 5.7.23)

  • バグ #23103937: PS_TRUNCATE_ALL_TABLES() がSUPER_READ_ONLY モードで機能しない

  • バグ #26666274: INFINITE LOOP IN PERFORMANCE SCHEMA BUFFER CONTAINER

  • バグ #26997096: relay_log_space 値は同期された方法で更新されないため、その値はリレーログで使用される実際のディスク領域よりもはるかに大きくなることがあります。(https://github.com/mysql/mysql-server/commit/78f25d2809ad457e81f90342239c9bc32a36cdfa)

  • バグ #25082593: FOREIGN KEY VALIDATION DOESN'T NEED TO ACQUIRE GAP LOCK IN READ COMMITTED

  • バグ #24764800: REPLICATION FAILING ON SLAVE WITH XAER_RMFAIL ERROR。

  • バグ #81441: WARNING ABOUT LOCALHOST WHEN USING SKIP-NAME-RESOLVE。

Aurora MySQL バージョン 1 との比較

次の Amazon Aurora MySQL 機能は、Aurora MySQL バージョン 1 (MySQL 5.6 互換) でサポートされていますが、Aurora MySQL バージョン 2 (MySQL 5.7 互換) では現在サポートされていません。

MySQL 5.7 の互換性

この Aurora MySQL バージョンは MySQL 5.7 とワイヤ互換性があり、JSON のサポート、空間インデックス、列生成などの機能が含まれています。Aurora MySQL は、z オーダーカーブを使用した空間インデックス作成のネイティブ実装を使用して、空間データセットにおいて、MySQL 5.7 と比較して 20 倍以上の書き込みパフォーマンスと 10 倍以上の読み取りパフォーマンスを実現します。

この Aurora MySQL バージョンでは、現在、MySQL 5.7 の以下の機能はサポートされていません。

  • グループのレプリケーションプラグイン

  • ページサイズの増加

  • 起動時の InnoDB バッファープールのロード

  • InnoDB フルテキストパーサープラグイン

  • マルチソースレプリケーション

  • オンラインバッファープールのサイズ変更

  • パスワード検証プラグイン

  • クエリ書き換えプラグイン

  • レプリケーションフィルタリング

  • CREATE TABLESPACE SQL ステートメント