Aurora MySQL データベースエンジンの更新 2022-10-25 (バージョン 2.11.0、MySQL 5.7.12 と互換性あり) このバージョンは新しい作成には使用できません。

SSL/TLS プロバイダーを OpenSSL から AWS-LC に変更しました。

これにより、安全性の低い DHE-RSA-* 暗号のサポートの削除など、多くの変更が加えられます。

詳細については、「Aurora MySQL DB クラスターTLSで使用する」を参照してください。

CVE-2022-21460

CVE-2022-21451

CVE-2022-21444

CVE-2022-21417

CVE-2022-21304

CVE-2022-21303

CVE-2022-21245

CVE-2021-36222

CVE-2021-28196

CVE-2021-23841

CVE-2021-22926

CVE-2021-3449

CVE-2021-2307

CVE-2021-2226

CVE-2021-2202

CVE-2021-2194

CVE-2021-2179

CVE-2021-2178

CVE-2021-2174

CVE-2021-2171

CVE-2021-2169

CVE-2021-2166

CVE-2021-2160

CVE-2021-2154

Aurora MySQL バージョン 2.11 のリリースでは、新しいオペレーティングシステムのアップグレードが利用可能です。バージョン 2.11 にアップグレードした後、この保留中の OS 更新をすべての Aurora MySQL データベースインスタンスに適用することをお勧めします。詳細については、「オペレーティングシステムアップデートの操作」を参照してください。

新しい動的な構成オプション innodb_deadlock_detect を使用して、デッドロック検出を無効にすることができます。高並行性システムでは、多数のスレッドが同じロックを待機すると、デッドロック検出によって速度が低下する可能性があります。デッドロック検出を無効にして、デッドロックの発生時は innodb_lock_wait_timeout 設定でトランザクションをロールバックした方が場合によっては効率的です。（バグ #23477773) Innodb デッドロック検出の詳細については、「マイSQLドキュメント」を参照してください。

MySQL 8.0 の UUID_TO_BIN、BIN_TO_UUID、および IS_UUID関数が追加されました。これらの関数の使用の詳細については、MySQL Miscellaneous 関数 を参照してください。

オプティマイザヒントのサポートが追加され、ユーザーがテーブルごとまたはクエリごとに Aurora MySQL 並列クエリを有効または無効にできるようになりました。

R3 インスタンスタイプのサポートが削除されました。

R6i インスタンスのサポートが追加されました。

エラーログに書き込まれたバイナリログファイルの名前と位置が正確でないことが原因で、データベースクラスターでクロスリージョンの論理レプリケーションが妨げられる問題を修正しました。この問題は、DDLステートメントの実行後にエンジンが再起動されたときに発生する可能性があります。

ライターインスタンスで GRANTや などの Access-Control List (ACL) ステートメントを実行すると、まれFLUSHに Aurora リーダーインスタンスが再起動する問題を修正しました。この問題は、多数のユーザーとACLオペレーション (アクセス許可の変更など) を持つリーダーインスタンスに影響を与える可能性が高くなります。

別のトランザクションによって削除中の行にトランザクションがアクセスすると、まれにライターインスタンスが再起動またはフェイルオーバーすることがある問題を修正しました。

全文フレーズ検索のパフォーマンスが向上し、全文インデックスがあるテーブル内のフレーズ検索にかかる時間が大幅に短縮されました。

ライターインスタンスの再起動後に、復旧に時間がかかり、その後再び再起動する問題を修正しました。この問題は、初回の再起動時にデータベースにコミットされていない行が大量にある場合に発生します。

デッドロック検出スレッドが停止した際にセマフォの待機時間が長くなり、まれにデータベースサーバーが再起動することがある問題を修正しました。

I/O スレッドがデッドロック状態になった場合にセマフォの待機時間が長くなり、まれにデータベースサーバーが再起動することがある問題を修正しました。

この Aurora MySQL バージョンでは、高速挿入が有効になっていません。これは、INSERT INTO、、 SELECTなどのクエリを実行するときに不整合が発生する可能性があるためですFROM。高速挿入の最適化の詳細については、「Amazon Aurora My SQLのパフォーマンス強化」を参照してください。

以下の条件がすべて当てはまる場合に、データベースサーバーが再起動する問題を修正しました。

ログビンが に設定されているときにバイナリログの保持期間が守られずOFF、予想されるストレージ使用率よりも高い問題を修正しました。この修正の適用後は、バイナリログが保持期間に基づいて消去されます。バイナリログ保持期間の設定方法の詳細については、Aurora MySQL ユーザーガイド を参照してください。

などの特定の Data Control Language (DCL) SQLステートメントがそのインスタンスで実行されるとGRANT、データベースインスタンスの空きメモリが減少する問題を修正FLUSHPRIVILEGESしました。このようなステートメントを頻繁に使用すると、解放可能なメモリが削減され続け、問題により out-of-memoryデータベースインスタンスが再起動する可能性があります。このようなステートメントをライターインスタンスで使用すると、リーダーインスタンスでも解放可能なメモリが減る可能性があります。

リード I/O オペレーションの数を最小限に抑えるために、リレーログから実行されるリードに対してより大きなリードバッファサイズを導入しました。これにより、I/O とSQLスレッド間の競合が軽減されます。

mysql.rds_rotate_slow_log ストアドプロシージャが失敗し、「Table 'mysql.slow_log_backup' doesn't exist」というエラーメッセージが表示される問題を修正しました。

リードレプリカがクエリキャッシュからではなくディスクからデータを読み取る必要があるため、クエリキャッシュを過度に無効化すると、リードレプリカのCPU予想使用量やレイテンシーが高くなる問題を修正しました。

リーダーインスタンスで INSTALLPLUGINおよび UNINSTALL PLUGIN コマンドを実行できるようにした問題を修正しました。これにより、LOCK_plugin、LOCK_system_variables_hash、LOCK_global_system_variables にデッドロックが発生する可能性があります。これらのステートメントは、データベースクラスター内のライターインスタンスでのみ実行できるようになりました。

バイナリログ記録が有効な場合に、クラスターのコミットレイテンシーが想定以上に長くなる問題を修正しました。これは、大きな (サイズが 500 MB を超える) バイナリログイベントを生成するすべてのトランザクションに影響します。

INFORMATION_SCHEMA.METRICS_ INNODBテーブルの trx_active_transactions メトリクスの値が正しくない可能性がある問題を修正しました。

大規模なトランザクションでセーブポイントへのロールバックの実行中にバイナリログファイルの整合性がなくなり、論理レプリケーションが停止する問題を修正しました。

汎用ログ、および監査ログのマスクされた認証情報ハッシュは slow-query-log、デフォルトでは一貫したマスクシークレットを使用します。これは aurora_mask_password_hashes_type パラメータで設定できます。

（ZDR) 期間が、カスタマーが観察した Zero-Downtime-Restartイベントで誤って報告される問題を修正しました。

mysql_rds_import_binlog_ssl_material への呼び出しが MySQL Server 1457 ERROR で失敗する原因となる問題を修正しました。

ダンプスレッドの初期化が、バイナリログを消去するスレッドでデッドロック状態になる可能性がある問題を修正しました。これにより、アクティブなバイナリログファイルのローテーションが停止し、代わりに肥大化したり、新しいバイナリログレプリカの接続で問題が発生したりする可能性があります。

クエリキャッシュが Aurora リードレプリカで古い結果を返すことがある問題を修正しました。

パフォーマンススキーマのステートメントイベントテーブル (events_statements_current など) から文字セット情報を読み取るコードが、その文字セット情報への同時書き込みを阻止できなかった問題を修正しました。その結果、SQLクエリテキスト文字セットが無効になり、サーバーが終了する可能性があります。この修正により、無効な文字セットは SQL_TEXT 列の切り捨てを引き起こし、サーバーの終了を防ぎます。(バグ #23540008)

InnoDB: コミュニティバグ #25189192、バグ #84038 の修正のバックポート。テーブルを別のスキーマに移動したRENAMETABLEオペレーションの後、InnoDB が INNODB_SYS_DATAFILES データディクショナリテーブルの更新に失敗した問題を修正しました。その結果、テーブルスペースデータファイルが見つからないというエラーが再起動時に発生していました。

InnoDB: 新しいインデックスの追加時に、サーバーが内部定義の外部キーインデックスを削除し、仮想生成列に定義されたセカンダリインデックスを外部キーインデックスとして使用しようとすると、サーバーが終了する問題を修正しました。InnoDB は、外部キー制約が仮想生成列で定義されたセカンダリインデックスを参照することを許可するようになりました。(バグ #23533396)

2 つのセッションが INSERT を同時に実行する問題を修正しました。ON DUPLICATEKEYUPDATEオペレーションはデッドロックを生成しました。タプルの部分的ロールバック中に、別のセッションがタプルを更新する可能性があります。このバグの修正に伴い、バグ #11758237、バグ #17604730、バグ #20040791 の修正が取り消されます。(バグ #25966845)

コミュニティバグ #27407480 の修正のバックポート: auto_sp_privileges が有効になっていても、 EXECUTEおよび ALTER ROUTINE 権限がルーチン作成者に正しく付与されない問題を修正しました。

コミュニティバグ#24671968 の修正のバックポート: WHERE句に依存サブクエリが含まれている場合、テーブルに選択リストの列にセカンダリインデックスがあり、サブクエリの列が続く場合、GROUP BYまたはクエリにルーズインデックススキャンの使用DISTINCTを許可する場合、クエリが誤った結果を生成する可能性がある問題を修正しました。

外部キーを持つ複数のテーブルに対して複数テーブルの DELETE ステートメントを発行すると、レプリケーションが中断される問題を修正しました。(バグ #80821)

slave_skip_errors が有効になっていても、特殊なケースで特定のスレーブエラーが無視されない問題を修正しました。行ベースのレプリケーションを実行しているサーバーでテーブルを開いたりロックしたりできない場合や、フィールド変換に失敗した場合、エラーは重大と見なされ、slave_skip_errors の状態は無視されます。今回の修正により、slave_skip_errors が有効な場合は、トランザクションの適用中に報告されたすべてのエラーが正しく処理されるようになりました。(バグ #70640、バグ #17653275)

MySQL 5.6 マスターから My SQL5.7 スレーブに、または log_builtin_as_identified_by_password システム変数が ON に設定された My 5.7 マスターからSQL MySQL 5.7 スレーブにSET PASSWORD、ステートメントがレプリケートされる問題を修正しました。パスワードハッシュ自体も、スレーブに保存される前にハッシュされました。この問題は修正され、レプリケートされたパスワードハッシュは、スレーブに当初渡されたままの形で保存されます。(バグ #24687073)

多数のレベルのJSON配列、オブジェクト、またはその両方でラップされた大きなサブドキュメントで構成されるJSON値のシリアル化では、完了までに過剰な時間が必要になることがある問題を修正しました。(バグ #23031146)

構文エラーなどの理由で解析できないステートメントは、スロークエリログに書き込まれなくなりました。(バグ #33732907)

ハッシュ結合｡ 詳細については、「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 からのデータの移行」を参照してください。

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

ページサイズの増加

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

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

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

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

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

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

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

CREATE TABLESPACE SQL ステートメント