Cookie の設定を選択する

当社は、当社のサイトおよびサービスを提供するために必要なエッセンシャルクッキーおよび類似のツールを使用します。当社は、お客様が当社サイトをどのように使用しているかを理解し、改善を行えるように、匿名の統計情報を収集するためにパフォーマンスクッキーを使用します。エッセンシャルクッキーを無効にすることはできませんが、「クッキーをカスタマイズ」をクリックしてパフォーマンスクッキーを拒否することができます。

お客様が同意した場合、AWS および承認された第三者も Cookie を使用して、便利なサイト機能を提供し、お客様の好みを記憶し、関連する広告を含む関連コンテンツを表示します。これらの Cookie を受け入れずに続行するには、[承諾せずに続行] をクリックします。より詳細な選択を行うか、詳細を確認するには、[Cookie のカスタマイズ] をクリックします。

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

Aurora MySQL データベースエンジンのエンジンのエンジンのエンジンのエンジンのエンジンのエンジンのエンジンのエンジンのエンジンのエンジンのエンジンのエンジンのエンジンのエンジンのエンジンのエンジンのエンジンのエンジンのエンジンのエンジンのエンジンのエンジンのエンジンのエンジンのエンジンのエンジンのエンジンのエンジンのエンジンのエンジンのエンジンのエンジンのエンジンのエンジンのエンジンのエンジンのエンジンのエンジンの

バージョン: 2.08.0

Aurora MySQL 2.08.0 は一般利用可能です。Aurora MySQL 2.x バージョンは MySQL 5.7 と互換性があり、Aurora MySQL 1.x バージョンは MySQL 5.6 と互換性があります。

現在サポートされている Aurora MySQL リリースは、1.19.5.*、1.19.*、1.19.*、1.22.*、1.23.*、2.04.*、2.07.*、2.08.*、2.09.*、2.10.*、3.1.*、3.1.*、3.1.*、2.02.* です。

スナップショットは、現在サポートされている Aurora MySQL リリースから Aurora MySQL 2.08.0 に復元できます。既存の Aurora MySQL 2.* データベースクラスターは、Aurora MySQL 2.08.0 にアップグレードすることもできます。既存の Aurora MySQL 1.* クラスターは直接 2.08.0 にアップグレードできませんが、そのスナップショットは Aurora MySQL 2.08.0 に復元できます。

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

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

注記

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

改良点

新機能:

  • バイナリログ (binlog) 処理が改善され、非常に大きなトランザクションが関与している場合に、クラッシュリカバリ時間とコミット時間のレイテンシーが短縮されました。

  • Aurora MySQL のデータベースアクティビティストリーミング (DAS) 機能の起動。この機能を使用すると、 near-real-time リレーショナルデータベースをほぼのモニタリングに役立ちます。詳細については、Amazon Aurora ユーザーガイドの「データベースアクティビティストリームによる Amazon Aurora のモニタリング」を参照してください

  • 最新のブラジルのタイムゾーンの変更をサポートするようにタイムゾーンファイルを更新しました。

  • 特定のテーブルまたは内部テーブル (またはその両方) のハッシュ結合機能を実行するために SQL に新しいキーワードが導入されました。HASH_JOINHASH_JOIN_PROBINGHASH_JOIN_BUILDING。詳細については、Amazon Aurora ユーザーガイドの「Aurora MySQL のヒント」を参照してください

  • MySQL 8.0 機能をバックポートすることにより、Aurora MySQL 5.7 で結合順序のヒントのサポートが導入されました。新しいヒントは、JOIN_FIXED_ORDERJOIN_ORDERJOIN_PREFIX、および JOIN_SUFFIX です。結合順序ヒントのサポートの詳細については、「WL #9158: 結合順序のヒント」を参照してください。

  • Aurora 機械学習では、戻り値の型としての MEDIUMINT を持つユーザー定義関数がサポートされるようになりました。

  • lambda_async() ストアドプロシージャがすべての MySQL utf8 文字をサポートするようになりました。

優先度の高い修正:

  • 書き込み DB インスタンスで INFORMATION_SCHEMA.INNODB_SYS_TABLES テーブルがクエリされた後、読み取り DB インスタンスが FTS クエリに対して不完全な結果を返す問題を修正しました。

  • CVE-2019-5443

  • CVE-2019-3822

可用性の向上:

  • クエリキャッシュを有効にして複数のテーブルまたはデータベースにアクセスするマルチクエリステートメントを実行した後、データベースが再起動する問題を修正しました。

  • トランザクションのロールバック中にデータベースの再起動またはフェイルオーバーが発生する、ロックマネージャーの競合状態を修正しました。

  • 複数の接続でフルテキスト検索インデックスを使用して同じテーブルを更新しようとすると、データベースの再起動またはフェイルオーバーがトリガーされる問題を修正しました。

  • kill session コマンド中にデータベースの再起動またはフェイルオーバーがトリガーされる問題を修正しました。この問題が発生した場合は、AWS サポートに連絡し、インスタンスでこの修正を有効にしてください。

  • 複数の SELECT ステートメントを含むマルチステートメントトランザクションと、AUTOCOMMIT が有効になっている書き込み DB インスタンスで書き込みワークロードが高い場合に、読み取り DB インスタンスが再起動する問題を修正しました。

  • 書き込み DB インスタンスが OLTP 書き込みワークロードの負荷が高い場合に、長時間実行クエリを実行した後に読み取り DB インスタンスが再起動する問題を修正しました。

全般的な機能強化

  • バイナリログが有効になっている場合、長時間実行されるトランザクションのデータベースのリカバリ時間とコミットレイテンシーが改善されました。

  • アルゴリズムを改善し、データ分布が歪んだ列を含む、インデックス付きの列で明確な値のカウントを推定するためのより正確な統計情報が生成されるようになりました。

  • MyISAM テンポラリテーブルにアクセスする統合クエリの応答時間と CPU 使用率が削減され、結果がローカルストレージに残るようになりました。

  • スペースを含むデータベース名またはテーブル名を含む Aurora MySQL 5.6 スナップショットが新しい Aurora MySQL 5.7 クラスターに復元されない問題を修正しました。

  • show engine innodb status でデッドロックが解決されたときに対象トランザクション情報を含めるようになりました。

  • 複数の異なるバージョンのクライアントが同じデータベースに接続され、クエリキャッシュにアクセスしているときに接続が停止する問題を修正しました。

  • データベースインスタンスの存続期間を通して、ゼロダウンタイムパッチ (ZDP) またはゼロダウンタイム再起動 (ZDR) ワークフローの複数回呼び出しに起因するメモリリークが修正されました。

  • 自動コミットフラグがオフの場合、最後のトランザクションが中止されたことを誤って示すゼロダウンタイムパッチ (ZDP) またはゼロダウンタイム再起動 (ZDR) オペレーションのエラーメッセージを修正しました。

  • ゼロダウンタイムパッチ (ZDP) オペレーションで、新しいデータベースプロセスでユーザーセッション可変を復元するときにサーバー障害エラーメッセージが表示される問題を修正しました。

  • パッチ適用中に長時間実行されるクエリがある場合に、断続的なデータベース障害を引き起こす可能性がある ZDP (ZDP) オペレーションの問題が修正されました。

  • Amazon SageMaker Comprehend

  • out-of-memory table_definition_cacheパラメータのカスタム値が採用されないモニタリング機能の問題を修正しました。

  • Aurora 機械学習のクエリが中断されると、エラーメッセージ「クエリの実行が中断されました」が返されます。以前は、汎用メッセージ「ML リクエストの処理中に内部エラーが発生しました」が代わりに返されていました。

  • slave_net_timeout パラメータが aurora_binlog_replication_max_yield_seconds パラメータより小さく、バイナリログマスタークラスターのワークロードが低い場合に、バイナリログワーカーで接続タイムアウトが発生することがある問題を修正しました。

  • 1 分あたり 1 メッセージの頻度でエラーログに情報メッセージを出力することにより、バイナリログリカバリの進行状況のモニタリングが改善されました。

  • SHOW ENGINE INNODB STATUS クエリによってアクティブなトランザクションが報告されない問題を修正しました。

MySQL Community Edition バグ修正の統合

  • バグ #25289359: フルテキストキャッシュサイズがフルテキストキャッシュサイズの制限を超えた場合、データの同期時に行われるフルテキストキャッシュロックが解放されませんでした。

  • バグ #29138644: MySQL サーバーの実行中にシステム時刻を手動で変更すると、ページクリーナーのスレッドの遅延が発生しました。

  • バグ #25222337: 仮想インデックスの仮想列フィールド名が NULL の場合、外部キー制約の影響を受ける仮想列への入力中に発生するフィールド名の比較中にサーバー終了が発生しました。

  • バグ #25053286: ビューにアクセスしたクエリを含むストアドプロシージャを実行すると、セッションが終了するまで解放されなかったメモリが割り当てられました。

  • バグ #25586773: 特定の SELECT ステートメントの内容からテーブルを作成したステートメントを含むストアドプロシージャを実行すると、メモリリークが発生する可能性があります。

  • バグ #28834208: ログアプリケーション中、OPTIMIZE TABLE オペレーション後に、InnoDB が仮想列のインデックスの更新をチェックする前に仮想列を挿入しませんでした。

  • バグ #26666274: 32 ビット符号なし整数オーバーフローが原因で、Performance Schemaバッファコンテナに無限ループが発生しました。

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 TABLESPACESQL ステートメント

プライバシーサイト規約Cookie の設定
© 2023, Amazon Web Services, Inc. or its affiliates.All rights reserved.