翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Aurora MySQL データベースエンジンの更新 2022-01-26 (バージョン 2.10.2) (廃止)
バージョン: 2.10.2
Aurora MySQL 2.10.2 は一般公開されています。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 2.* データベースクラスタを Aurora MySQL 2.10.0 にアップグレードできます。Aurora MySQL バージョン 1 を実行しているクラスターの場合、既存の Aurora MySQL 1.23 以降のクラスターを 2.10.0 に直接アップグレードできます。現在サポートされている Aurora MySQL リリースから取得したスナップショットを Aurora MySQL 2.10.0 で復元することもできます。
ご質問やご不明点がございましたら、コミュニティフォーラムや AWS サポート
注記
Aurora MySQL データベースクラスターをアップグレードする方法については、「Amazon Aurora ユーザーガイド」の「Aurora MySQL DB クラスターのマイナーバージョンまたはパッチレベルのアップグレード」を参照してください。
改良点
以下のセキュリティの問題と CVE の修正:
マネージド型の環境での処理を微調整するための修正およびその他の機能強化。以下の CVE の追加の修正:
全般的な機能強化:
-
24XL インスタンスクラスでのデータベース IO レイテンシー低減のために、パフォーマンスの最適化を追加しました。
-
ECDHE SSL 暗号のサポートを追加しました。これらの SSL 暗号を使用するためのクライアントの設定方法については、MySQL ドキュメントの「接続暗号構成
」を参照してください。 -
Amazon S3、Amazon ML、および AWS Lambda などの他の AWS サービスと、Aurora MySQL との統合に関連する、セキュリティ上の問題を修正しました
-
データベースに概ね 1GB を超えるユーザーと特権の組み合わせがある場合、データベースインスタンスの再起動が失敗する不具合を修正しました。
-
範囲述語を含む GROUP BY 句と WHERE 句を使用してクエリを実行した際、データベースがグループ化やソート順序として誤った結果を返す可能性がある、Parallel Query の問題を修正しました。
-
Aurora MySQL 1.x (MySQL 5.6 互換) から Aurora MySQL 2.x (MySQL 5.7 互換) への、メジャーバージョンに関するインプレースアップグレード後に、general_log テーブルと slow_log テーブルにアクセスできなくなる不具合を修正しました。
-
データベースへのワークロードが重い状態で innodb_trx、innodb_locks、または innodb_lockwaits テーブルがクエリされた際、まれにデータベースインスタンスが再起動する不具合を修正しました。こういったテーブルは、Performance Insights などのモニタリングツールによりクエリされる場合があります。
-
次の条件がすべて満たされ際に、既存の行の TIMESTAMP 列の値が最新のタイムスタンプに更新される問題を修正しました。
-
テーブルのトリガーが存在する。
-
ON DUPLICATE KEY UPDATE 句があるテーブルに対して INSERT が実行される。
-
挿入された行が、UNIQUE インデックスまたは PRIMARY KEY で重複値違反を引き起こす。
-
1 つ以上の列が TIMESTAMP データ型であり、デフォルト値は CURRENT_TIMESTAMP です。
-
-
まれに、バイナリログが有効なインスタンスに対し、バイナリログレプリカが接続されないことがある問題を修正しました。
-
バイナリログが有効になっているインスタンスで実行した場合に、まれにトランザクションがコミット不能となる問題を修正しました。
-
バイナリロが有効になっているインスタンスに対し、新しい接続を確立できないという問題を修正しました。
-
ゼロダウンタイムのパッチの適用後に再起動することで、ローカルストレージを使い切った状態になると、過剰な内部ログが発生する問題を修正しました。
-
特定の DDL および DCL ステートメントをレプリケートした際、バイナリログレプリカが HA_ERR_FOUND_DUPP_KEY エラーを発生して停止する問題を修正しました。この問題は出典インスタンスが MIXED バイナリログ記録形式と READ COMMITTED または READ UNCOMMITTED 分離レベルで構成されている場合に発生します。
-
マルチスレッドレプリケーションが有効になっている場合、バイナリログのレプリケーション I/O スレッドがプライマリインスタンスに追いつくことができなくなる問題を修正しました
-
データベースインスタンスに対し大量のアクティブな接続がある場合、まれに、CloudWatch CommitLatency メトリクスが誤って報告される可能性がある問題を修正しました。
-
LOAD FROM S3、または SELECT INTO S3 の実行時に Graviton インスタンス上のローカルストレージを使い切ってしまう問題を修正しました。
-
外部キーを使用してテーブルをクエリする際に、以下の条件の両方が満たされていると、誤ったクエリ結果が返される問題を修正しました。
-
クエリキャッシュが有効になっている
-
そのテーブルでカスケード削除 (または更新) を含むトランザクションがロールバックされている
-
-
まれに Aurora リーダーインスタンスが再起動する問題を修正しました。この問題が発生する可能性は、トランザクションでのロールバック数が増加するとともに高まります。
-
セッションを開いて閉じると、Performance Schema でミューテックスの「LOCK_epoch_id_master」の発生回数が増える問題を修正しました。
-
ワークロードで、多数のトランザクションが同じ行のセットを同時に更新すると、そのワークロードにおいてデッドロック数が増加する問題を修正しました。
-
データベースボリュームが増加し 160GB の倍数に到達すると、まれにインスタンスが再起動する問題を修正しました。
-
LIMIT 句を使用して SQL 文を実行した際にデータベースの再起動を引き起こすことがある、Parallel Query の不具合を修正しました。
-
READ COMMITTED 分離レベルを使用して XA トランザクションを実行した際、まれにデータベースインスタンスが再起動する問題を修正しました。
-
Aurora Read インスタンスを再起動する際に重い DDL ワークロードが存在すると、そのインスタンスが再び起動し直すことがある問題を修正しました。
-
Aurora リーダーレプリケーションラグの誤ったレポートの問題を修正しました。
-
メモリ内のデータ整合性チェックが失敗した際、ライターインスタンスがまれに再起動する不具合を修正しました。
-
Performance Insights (PI) セッションで、その処理が終了してアイドル状態であるにも関わらず、CPU がアクティブに使用されている場合、まれに「Database Load (データベースロード)」グラフが誤って表示される問題を修正しました。
-
Parallel Query を使用してクエリを処理すると、まれにデータベースサーバーが再起動する問題を修正しました。
-
Global Database のレプリケーション中の競合状態が原因で、まれにプライマリ Global Database クラスターのライターインスタンスが再起動する問題を修正しました。
-
データベースインスタンスの再起動中に発生し、再起動を 1 回以上引き起こすことがある問題を修正しました。
MySQL Community Edition でのバグ修正の統合
-
テーブル統計に関連するコードでのエラーが、dict0stats.cc ソースファイルでアサーションを発生させるという、InnoDB の問題を修正しました。(バグ #24585978)
-
インデックスがオンラインで構築された際に、仮想列上のセカンダリインデックスが破損する問題を修正しました。UPDATE
ステートメントでは、この問題を次のように修正します。インデックスレコードの仮想列に NULL 値がに設定されている場合は、クラスターのインデックスレコードからこの値を自動生成します。(バグ #30556595)) -
InnoDB のマークされた行を削除する際に、部分的なロールバックが完了する前に外部読み取りロックを取得できてしまう問題を修正しました。部分的なロールバック中、外部読み取りロックにより、暗黙的なロックから明示的なロックへの変換が阻害され、アサーションの失敗を引き起こしていました。(バグ #29195848)
-
アカウント内に空のホスト名があることで、サーバーの誤動作の原因となる問題を修正しました。(バグ #28653104)
-
InnoDB で、ロック待機中のクエリの中断が原因となりエラーが発生する問題を修正しました。(バグ #28068293)
-
レプリケーションにおいて、トランザクション分離レベルが REPEATABLE READ
に設定されている場合、インターリーブトランザクションがスレーブアプライヤをデッドロックすることがある問題を修正しました。(バグ #25040331) -
ロック待機のタイムアウトが原因で、バイナリログレプリカの処理が低速になる問題を修正しました。(バグ #27189701)
Aurora MySQL バージョン 1 との比較
以下の Amazon Aurora MySQL 機能は Aurora MySQL バージョン 1 (MySQL 5.6 互換) でサポートされていますが、Aurora MySQL バージョン 2 (MySQL 5.7 互換) では現在サポートされていません。
-
ハッシュ結合。 詳細については、「Amazon Aurora ユーザーガイド」の「ハッシュ結合を使用した大規模な Aurora MySQL 結合クエリの最適化」を参照してください。
-
AWS Lambda 関数を同期的に呼び出すためのネイティブ関数。詳細については、「Amazon Aurora ユーザーガイド」の「Aurora MySQL ネイティブ関数を使用した Lambda 関数の呼び出し」を参照してください。
-
スキャンバッチ処理。 詳細については、「Aurora MySQL データベースエンジンの更新 2017-12-11 (バージョン 1.16) (廃止)」を参照してください。
-
Amazon S3 バケットを使用した MySQL からのデータ移行。 詳細については、「Amazon Aurora ユーザーガイド」の「Amazon S3 バケットを使用した MySQL からのデータ移行」を参照してください。
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 ステートメント