翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Aurora MySQL データベースエンジンの更新 2020-08-14 (バージョン 2.04.9) (廃止)
バージョン: 2.04.9
Aurora MySQL 2.04.9 は一般公開されています。Aurora MySQL 2.x バージョンは My SQL5.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 My でクラスターを作成するにはSQL、 AWS Management Console、、 AWS CLIまたは RDS を使用してエンジンバージョンを指定してくださいAPI。
質問や懸念がある場合は、コミュニティフォーラムおよび AWS サポート からAWS サポート
注記
このバージョンは現在、 AWS GovCloud (米国東部) [us-gov-east-1]、 AWS GovCloud (米国西部) [us-gov-west-1]、アジアパシフィック (香港) [ap-east-1]、中東 (バーレーン) [me-south-1] の各 AWS リージョンでは使用できません。ご利用可能になりましたら、別途お知らせします。
注記
Aurora MySQL データベースクラスターをアップグレードする方法については、Amazon Aurora ユーザーガイドの「Aurora MySQL DB クラスターのマイナーバージョンまたはパッチレベルのアップグレード」を参照してください。
改良点
優先度の高い修正:
重要な修正:
可用性の向上:
-
kill session
コマンドの実行により、データベースの再起動またはフェイルオーバーが発生する可能性がある問題を修正しました。この問題が発生した場合は、 AWS サポートに連絡して、インスタンスでこの修正を有効にします。 -
内部的に中間テーブルを使用する複数テーブル結合および集約を含む複雑なクエリの実行中に、データベースが再起動する問題を修正しました。
-
複数のテーブルで
DROP TABLE
が中断されたためにデータベースが再起動する問題を修正しました。 -
データベースのリカバリ中にデータベースのフェールオーバーが発生する問題を修正しました。
-
監査ログと低速クエリログが有効な場合に threads_running の誤った報告が原因で発生したデータベースの再起動が修正されました。
-
実行中に
kill query
コマンドがスタックすることがある問題を修正しました。 -
トランザクションのロールバック中にデータベースの再起動またはフェイルオーバーが発生する、ロックマネージャーの競合状態を修正しました。
-
複数の接続でフルテキスト検索インデックスを使用して同じテーブルを更新しようとすると、データベースの再起動またはフェイルオーバーがトリガーされる問題を修正しました。
-
インデックスのパージ時にデッドラッチが発生し、フェイルオーバーまたは再起動につながる可能性がある問題を修正しました。
全般的な機能強化:
-
リードレプリカのクエリで、コミットされていないトランザクションのデータが使用される問題を修正しました。この問題は、データベースの再起動直後にスタートされるトランザクションに限定されます。
-
トリガーが定義されたテーブル
INPLACE ALTER TABLE
の 中に発生した問題と、 にRENAME
句が含まれDDLていなかった問題を修正しました。 -
書き込み負荷が高い一部のデータベースクラスターでクローン作成に時間がかかる問題を修正しました。
-
パーティション化されたテーブルで名前にスペースが埋め込まれている場合に、アップグレード中に発生する問題を修正しました。
-
リードレプリカが、ライターで最近コミットされたトランザクションの結果の一部を一時的に表示することがある問題を修正しました。
-
FTS テーブルに対するリードレプリカに対するクエリが古い結果を生成する可能性がある問題を修正しました。これは、リードレプリカのFTSクエリがライターの同じFTSテーブル
INFORMATION_SCHEMA.INNODB_SYS_TABLES
の のクエリに密接に従っている場合にのみ発生します。 -
FTS (Full-Text Search) インデックスを含む Aurora 1.x データベースクラスターを Aurora 2.x データベースクラスターにゆっくりと復元する問題を修正しました。
-
server_audit_incl_users
およびserver_audit_excl_users
グローバルパラメータの最大許容長を 2000 に拡張しました。 -
Aurora 1.x から Aurora 2.x への復元の完了に長い時間がかかることがある問題を修正しました。
-
ストアドプロシージャによる
lambda_async
呼び出しが Unicode で機能しない問題を修正しました。 -
空間インデックスがオフレコードジオメトリ列を正しく処理しない場合に発生する問題を修正しました。
-
リーダー DB インスタンスでクエリが失敗し、「Operation terminated (internal error)」という
InternalFailureException
エラーが表示される問題を修正しました。
バSQLグ修正の統合
-
バグ #23070734、バグ #80060: 同時TRUNCATETABLEs原因の失速
-
バグ #23103937: PS_TRUNCATEALL_TABLES() DOES NOT WORK IN SUPER_READ_ONLY MODE
-
バグ #22551677: サーバーをオフラインにすると、Performance Schema内の競合状態により、サーバーが終了する可能性があります。
-
バグ #27082268: FTS同期が無効です。
-
BUG #12589870: クエリキャッシュが有効になっているときにマルチクエリステートメントで再起動する問題を修正しました。
-
バグ #26402045: サブクエリのマテリアル化の特定のケースで、サーバーが終了する可能性があります。これらのクエリは、マテリアル化が無効であることを示すエラーを生成するようになりました。
-
バグ #18898433: 結合バッファリングが使用されている場合 (ブロックネストされたループアルゴリズムを使用する場合など)、多くの左結合を持つクエリが低速になります。
-
バグ #25222337: NULL仮想インデックスの仮想列フィールド名により、フィールド名の比較中にサーバーが終了し、外部キー制約の影響を受ける仮想列の入力中に発生します。 (https://github.com/mysql/mysql-server/commit/273d5c9d7072c63b6c47dbef6963d7dc491d5131
) -
バグ #25053286: ビューにアクセスしたクエリを含むストアドプロシージャを実行すると、セッションが終了するまで解放されなかったメモリが割り当てられました。(https://github.com/mysql/mysql-server/commit/d7b37d4d141a95f577916448650c429f0d6e193d
) -
バグ #25586773: 特定の SELECT (https://dev.mysql.com/doc/refman/5.7/en/select.html) ステートメントの内容からテーブルを作成したステートメントを含むストアドプロシージャを実行すると、メモリリークが発生する可能性があります。 (https://github.com/mysql/mysql-server/commit/88301e5adab65f6750f66af284be410c4369d0c1
) -
バグ #26666274: INFINITE LOOP IN PERFORMANCE SCHEMA BUFFER CONTAINER。
-
バグ #23550835、バグ #23298025、バグ #81464: 内部バッファがいっぱいになったときにSELECTパフォーマンススキーマテーブルがテーブルになると、サーバーが終了する可能性があります。
Aurora MySQL バージョン 1 との比較
以下の Amazon Aurora MySQL 機能は Aurora MySQL バージョン 1 (MySQL 5.6 と互換性があります) でサポートされていますが、現在、これらの機能は Aurora MySQL バージョン 2 (MySQL 5.7 と互換性があります) ではサポートされていません。
-
非同期キープリフェッチ (AKP)。詳細については、「Amazon Aurora ユーザーガイド」の「Asynchronous Key Prefetch を使用した Aurora MySQL インデックス付き結合クエリの最適化」を参照してください。
-
ハッシュ結合。 詳細については、「Amazon Aurora ユーザーガイド」の「ハッシュ結合による大規模な Aurora My JoinSQL クエリの最適化」を参照してください。
-
関数を同期的に呼び出すためのネイティブ AWS Lambda 関数。詳細については、「Amazon Aurora ユーザーガイド」の「Aurora My SQLネイティブ関数を使用した Lambda 関数の呼び出し」を参照してください。
-
スキャンバッチ処理。 詳細については、「Aurora MySQL データベースエンジンの更新 2017-12-11 (バージョン 1.16) (廃止)」を参照してください。
-
Amazon S3 バケットを使用して MySQL からデータを移行する。 Amazon S3 詳細については、Amazon S3バケットを使用した MySQL からのデータの移行」を参照してください。
SQL 5.7 の互換性
Aurora MySQL 2.04.9 は MySQL 5.7 とワイヤー互換性があり、JSONサポート、空間インデックス、生成された列などの機能が含まれています。Aurora MySQL は、z 順序曲線を使用した空間インデックス作成のネイティブ実装を使用して、空間データセットの My SQL5.7 よりも >20 倍優れた書き込みパフォーマンスと >10 倍優れた読み取りパフォーマンスを実現します。
Aurora MySQL 2.04.9 は現在、次の MySQL 5.7 機能をサポートしていません。
-
グループのレプリケーションプラグイン
-
ページサイズの増加
-
起動時の InnoDB バッファープールのロード
-
InnoDB フルテキストパーサープラグイン
-
マルチソースレプリケーション
-
オンラインバッファープールのサイズ変更
-
パスワード検証プラグイン
-
クエリ書き換えプラグイン
-
レプリケーションフィルタリング
-
CREATE TABLESPACE
SQL ステートメント