Aurora MySQL バージョン 8.4 へのアップグレード

認証プラグインを移行します。すべてのデータベースユーザーを確認し、mysql_native_password を使用するユーザーを caching_sha2_password に移行します。Aurora MySQL バージョン 8.4 では、mysql_native_password プラグインは引き続きサポートされていますが、廃止となっています。デフォルトの authentication_policy は *:caching_sha2_password であるため、新しいユーザーはデフォルトで caching_sha2_password を使用して作成されます。

-- Find users using mysql_native_password
SELECT user, host, plugin FROM mysql.user WHERE plugin = 'mysql_native_password';

-- Migrate a user to caching_sha2_password
ALTER USER 'username'@'host' IDENTIFIED WITH caching_sha2_password BY 'new_password';

レプリケーション SQL ステートメントを更新します。アプリケーションまたはスクリプトで廃止されたレプリケーションステートメント (SHOW SLAVE STATUS や CHANGE MASTER TO など) を使用している場合は、置換ステートメントを使用するように更新します。これらの古いステートメントは、バージョン 8.4 では構文エラーを返します。利用できるタイムゾーンの一覧については、「Aurora MySQL バージョン 3 と Aurora MySQL バージョン 8.4 の比較」を参照してください。

削除されたパラメータを確認します。カスタムパラメータグループでバージョン 8.4 で削除されたパラメータ (expire_logs_days や default_authentication_plugin など) を使用している場合は、置換パラメータを使用して MySQL 8.4 互換の新しいパラメータグループを作成します。必要なカスタムパラメータ値を新しいパラメータグループに適用します。詳細については、「Aurora MySQL バージョン 3 と Aurora MySQL バージョン 8.4 の比較」を参照してください。

互換性のない SQL 構文を確認します。アプリケーションコードで、LOCK TABLES ... WRITE での LOW_PRIORITY や、FLOAT または DOUBLE 列での AUTO_INCREMENT などの削除された構文がないかを確認します。

外部キーの制約を確認します。スキーマで一意でないキーを参照する外部キーを使用している場合、バージョン 8.4 では、そのような新しい外部キーの作成はデフォルトでブロックされることに注意してください。既存の外部キーは引き続き機能しますが、新しい外部キーでは restrict_fk_on_non_standard_key=OFF を設定する必要があります。

新しい予約キーワードを確認します。データベースオブジェクトがMySQL 8.4 で追加された新しい予約キーワードを引用符で囲まれていない識別子として使用していないことを確認します。

アップグレードをテストします。本番クラスター自体をアップグレードする前に、本番クラスターのクローンでアップグレードをテストすることをお勧めします。

セキュリティに関する考慮事項を確認します。認証プラグインの変更、TLS と暗号の変更、パスワードポリシーと validate_password コンポーネント、新しい動的権限、deprecatedDefaultAuth や auroraValidatePasswordPluginCheck などのアップグレードの事前チェックの詳細については、「Aurora MySQL バージョン 3 からバージョン 8.4 にアップグレードする際のセキュリティ上の考慮事項」を参照してください。