ApsaraDB RDS:ApsaraDB RDS for MySQL インスタンスのメジャーエンジンバージョンのアップグレード

アップグレード方法を選択する

方法 1: ApsaraDB RDS コンソールでメジャーエンジンバージョンをアップグレードする および 方法 2: DTS コンソールでメジャーエンジンバージョンをアップグレードする は、すべての MySQL バージョンのアップグレードをサポートしています。これには、MySQL 5.5 から MySQL 5.6、MySQL 5.6 から MySQL 5.7、MySQL 5.7 から MySQL 8.0 へのアップグレードが含まれます。RDS インスタンスのメジャーエンジンバージョンをアップグレードする前に、ビジネス要件に基づいてアップグレード方法を選択してください。

• RDS インスタンスが次の 4 つのタイプのいずれかに属し、そのタイプの要件を満たしている場合は、方法 1: ApsaraDB RDS コンソールでメジャーエンジンバージョンをアップグレードするを使用することをお勧めします。

  ESSD を使用した RDS クラスタ版を実行している RDS インスタンス

  • MySQL グループレプリケーション (MGR) の制限: MySQL グループレプリケーション (MGR) を使用した RDS クラスタ版を実行する RDS インスタンスのメジャーエンジンバージョンはアップグレードできません。

  • データベースプロキシの制限 (該当する場合): データベースプロキシのマイナーバージョンは 1.13.41 以降である必要があります。

  • インスタンスステータスの制限: RDS インスタンスは [実行中] ステータスである必要があります。プライマリノードとセカンダリノードは正常であり、レプリケーションの遅延がない必要があります。

  • ストレージエンジンの制限: データベースとすべてのテーブルは InnoDB ストレージエンジンを使用する必要があります。

  • RDS インスタンスは廃止された仕様を使用していません。詳細については、「廃止されたインスタンスタイプ」をご参照ください。

  ESSD を使用した RDS High-availability Edition を実行している RDS インスタンス

  • データベースプロキシの制限 (該当する場合): データベースプロキシのマイナーバージョンは 1.13.41 以降である必要があります。

  • インスタンスステータスの制限: RDS インスタンスは [実行中] ステータスである必要があります。プライマリノードとセカンダリノードは正常であり、レプリケーションの遅延がない必要があります。

  • ストレージエンジンの制限: データベースとすべてのテーブルは InnoDB ストレージエンジンを使用する必要があります。

  • RDS インスタンスは廃止された仕様を使用していません。詳細については、「廃止されたインスタンスタイプ」をご参照ください。

  ローカル SSD を使用した RDS High-availability Edition を実行する RDS インスタンス

  • 暗号化の制限: Transparent Data Encryption (TDE) は有効になっていません。TDE が有効になっている場合、TDE を無効にすることはできません。この場合、方法 2: DTS コンソールでメジャーエンジンバージョンをアップグレードするを使用する必要があります。

  • データベースプロキシの制限 (該当する場合): データベースプロキシのマイナーバージョンは 1.13.41 以降である必要があります。

  • インスタンスステータスの制限: RDS インスタンスは [実行中] ステータスである必要があります。プライマリノードとセカンダリノードは正常であり、レプリケーションの遅延がない必要があります。

  • テーブル数の制限: テーブル数は 1,000,000 を超えることはできません。

  • ストレージエンジンの制限: データベースとすべてのテーブルは InnoDB ストレージエンジンを使用する必要があります。

  • インスタンスタイプの制限: 新しいメジャーエンジンバージョンは、元の RDS インスタンスとその読み取り専用 RDS インスタンスのインスタンスタイプをサポートしている必要があります。インスタンスタイプは廃止されているタイプであってはなりません。詳細については、「プライマリ ApsaraDB RDS for MySQL インスタンスタイプ」をご参照ください。

  ESSD を使用した RDS Basic Edition を実行している RDS インスタンス

  • インスタンスステータスの制限: RDS インスタンスは [実行中] ステータスである必要があります。

  • ストレージエンジンの制限: データベースとすべてのテーブルは InnoDB ストレージエンジンを使用する必要があります。

  • RDS インスタンスは廃止された仕様を使用していません。詳細については、「廃止されたインスタンスタイプ」をご参照ください。

• RDS インスタンスが上記の 4 つのタイプのいずれにも属していない場合、またはTDE が有効になっている場合は、方法 2: DTS コンソールでメジャーエンジンバージョンをアップグレードするを使用してください。

• RDS インスタンスが上記の 4 つのタイプのいずれかに属しているが、そのタイプの要件を満たしていない場合は、次の表に基づいて RDS インスタンスの構成を変更し、方法 1: ApsaraDB RDS コンソールでメジャーエンジンバージョンをアップグレードするまたは方法 2: DTS コンソールでメジャーエンジンバージョンをアップグレードするを使用できます。

  問題	ソリューション
  RDS インスタンスは、[再起動中]など、別の状態です。	進行中のタスクが完了したら、メジャーエンジンバージョンをアップグレードします。
  ローカル SSD を使用した RDS High-availability Edition を実行する RDS インスタンスのテーブル数が 1,000,000 を超えています。	メジャーエンジンバージョンをアップグレードする前に、冗長なテーブルを削除します。
  特定のデータベースとテーブルは InnoDB を使用していません。	ALTER TABLE engine=InnoDB; コマンドを実行して、ストレージエンジンを InnoDB に変換します。
  RDS インスタンスは廃止されたインスタンスタイプを使用しています。	メジャーエンジンバージョンをアップグレードする前に、インスタンスタイプを変更します。詳細については、「ApsaraDB RDS for MySQL インスタンスの仕様を変更する」をご参照ください。
  データベースプロキシのバージョンが要件を満たしていません。	データベースプロキシのマイナーバージョンを 1.13.41 以降にアップグレードします。詳細については、「データベースプロキシのマイナーエンジンバージョンをアップグレードする」をご参照ください。
  RDS インスタンスが標準 SSD を使用しています。	メジャーエンジンバージョンをアップグレードする前に、ストレージタイプを標準 SSD から ESSD に変更します。

別のデータベースエンジンを実行している RDS インスタンスのメジャーエンジンバージョンをアップグレードする方法の詳細については、次のトピックをご参照ください。

• ApsaraDB RDS for PostgreSQL インスタンスのメジャーエンジンバージョンをアップグレードする

• ApsaraDB RDS for SQL Server インスタンスのメジャーエンジンバージョンをアップグレードする

• ApsaraDB RDS for SQL Server インスタンスのメジャーエンジンバージョンを 2008 R2 (ローカル SSD 使用) から 2012 または 2016 にアップグレードする

方法 1: ApsaraDB RDS コンソールでメジャーエンジンバージョンをアップグレードする

方法 2: DTS コンソールでメジャーエンジンバージョンをアップグレードする

RDS インスタンスのメジャーエンジンバージョンを ApsaraDB RDS コンソールでアップグレードできない場合は、必要なメジャーエンジンバージョンを実行する RDS インスタンスと DTS データ移行タスクを作成し、元の RDS インスタンスのデータを新しい RDS インスタンスに移行して、メジャーエンジンバージョンをアップグレードできます。

1. RDS インスタンスを作成する

2. 新しい RDS インスタンスにデータを移行する

3. 元の RDS インスタンスをリリースする

例: MySQL 5.7 を実行し、TDE が有効になっている RDS インスタンスがあるとします。 ApsaraDB RDS コンソールで RDS インスタンスのメジャーエンジンバージョンをアップグレードすることはできません。 この場合、MySQL 8.0 を実行する RDS インスタンスを作成し、元の RDS インスタンスのデータを新しい RDS インスタンスに移行してから、元の RDS インスタンスをリリースできます。

手順 2: WordPress プラグインを構成する

• データベースシステムのセキュリティが強化されました。より柔軟にアカウントを管理できます。

• リソースグループを作成および管理できます。

• InnoDB ストレージエンジンの機能が強化されました。

• 新しい文字セット、データ型、および構文がサポートされています。バックアップロックと optimizer_switch フラグが導入されました。

• JSON および XML 式が強化されました。

• オプティマイザーが強化されました。

• レプリケーションのパフォーマンスが強化されました。

• 複数値のインデックスを作成できます。派生条件のプッシュダウンが最適化されました。

• MySQL 権限付与テーブルを読み取ることができます。

• リソース割り当て制御がサポートされています。

付録 2：MySQL 5.7 の MySQL 5.6 に対する利点

• パスワード管理、アカウントロック、接続の暗号化などの新機能が導入されています。これらの新機能は、データベースシステムのセキュリティ向上に役立ちます。

• オンライン DDL 操作がサポートされています。たとえば、RENAME INDEX 句を使用してインデックスの名前を変更できます。

• InnoDB ストレージエンジンのスケーラビリティと一時 InnoDB テーブルのパフォーマンスが最適化され、データの読み込み速度が向上します。

• JSON フォーマットがサポートされています。

• パーティションテーブルに対してインデックス条件プッシュダウン (ICP) がサポートされ、InnoDB テーブルに対して空間インデックスがサポートされています。

• 使用されているパーサー、オプティマイザー、およびコストモデルのほとんどが最適化され、データベースシステムの保守性、スケーラビリティ、およびパフォーマンスが向上しています。

• MySQL 8.0 は、JSON ドキュメントを格納およびクエリするためのネイティブ JSON データ型を提供します。MySQL 8.0 は、JSON ドキュメントの検証とインデックス作成もサポートしています。

• MySQL 8.0 は、データの暗号化と復号化のための新しい暗号化機能を提供します。MySQL 8.0 は、データマスキングとデータ匿名化もサポートしています。

• MySQL 8.0 は、データの整合性を確保するための新しいデータ整合性機能を提供します。MySQL 8.0 は、データ検証とデータサニタイズもサポートしています。

• レプリケーションのレイテンシが大幅に短縮されています。

• sys システムデータベースは、複数のメトリックをサポートするために追加されました。これらのメトリックは、ストレージの使用量を削減し、使いやすさを向上させるのに役立ちます。

付録 3：MySQL 5.7 と MySQL 8.0 の違い

付録 4：MySQL 5.6 と MySQL 5.7 の違い

Appendix 5: Feature differences between MySQL 5.5 and MySQL 5.6付録 3: MySQL 5.7 と MySQL 8.0 の違い

よくある質問

• Q: RDS インスタンスのメジャーエンジンバージョンをアップグレードすると、インスタンスのスイッチオーバーが発生するのはなぜですか。アップグレードによって、他に重大なリスクは発生しますか。

  A: ビジネスの安定性を確保するため、パフォーマンス専有型ローカルディスクインスタンスの場合、システムは最初にセカンダリインスタンスをアップグレードし、アップグレードが完了した後にワークロードをセカンダリインスタンスに自動的に切り替えます。RDS インスタンスで ESSD を使用している場合、システムは RDS インスタンスを作成し、新しい RDS インスタンスのメジャーエンジンバージョンを必要なバージョンにアップグレードします。次に、システムはワークロードを元の RDS インスタンスから新しい RDS インスタンスに切り替えます。アップグレードによって、他に重大なリスクは発生しません。プライマリ/セカンダリスイッチオーバーの影響の詳細については、「プライマリ/セカンダリスイッチオーバーの影響」をご参照ください。

• Q: プライマリ RDS インスタンスとセカンダリ RDS インスタンスのメジャーエンジンバージョンは同時にアップグレードされますか。

  A: パフォーマンス専有型ローカルディスクインスタンスの場合、システムは最初にセカンダリインスタンスをアップグレードし、次にプライマリインスタンスをアップグレードします。

• Q: 標準 SSD を使用した RDS Basic Edition で MySQL 5.7 を実行している RDS インスタンスのメジャーエンジンバージョンをアップグレードするにはどうすればよいですか。

  A: 標準 SSD を使用した RDS Basic Edition で MySQL 5.7 を実行している RDS インスタンスのメジャーエンジンバージョンを直接アップグレードすることはできません。標準 SSD を使用した RDS Basic Edition で MySQL 5.7 を実行している RDS インスタンスのメジャーエンジンバージョンをアップグレードする場合は、RDS インスタンスの RDS エディションを RDS Basic Edition から RDS High-availability Edition にアップグレードし、RDS インスタンスのストレージタイプを変更する必要があります。

• Q: RDS インスタンスのメジャーエンジンバージョンをアップグレードした後、RDS インスタンスに適用されているパラメータテンプレートは変更されますか。

  A: 答えは状況によって異なります。RDS インスタンスのメジャーエンジンを MySQL 5.7 から MySQL 8.0 にアップグレードするとします。アップグレード前に RDS インスタンスがシステムパラメータテンプレートを使用している場合、RDS インスタンスはアップグレード後に元のテンプレートに対応するシステムパラメータテンプレートを使用します。たとえば、RDS インスタンスが MySQL_InnoDB_5.7_RDS High-availability Edition_パフォーマンス専有型パラメータテンプレートを使用している場合、RDS インスタンスはアップグレード後に MySQL_InnoDB_8.0_RDS High-availability Edition_パフォーマンス専有型パラメータテンプレートを使用します。アップグレード前に RDS インスタンスがカスタムパラメータテンプレートを使用している場合、テンプレートは保持されないため、RDS インスタンスはアップグレード後にテンプレートを使用できません。

• Q: RDS インスタンスのメジャーエンジンバージョンをアップグレードするときに、RDS インスタンスの設定項目を変更できますか。

  A: RDS インスタンスのメジャーエンジンバージョンをアップグレードするときは、RDS インスタンスの設定項目を変更できません。メジャーエンジンバージョンがアップグレードされた後にのみ、RDS インスタンスで他の操作を実行できます。

• Q: ApsaraDB RDS はメジャーエンジンバージョンの自動アップグレードをサポートしていますか。

  A: いいえ。RDS インスタンスのメジャーエンジンバージョンは自動アップグレードをサポートしていません。

• Q: RDS インスタンスのメジャーエンジンバージョンをダウングレードできますか。

  A: コンソールで RDS インスタンスのメジャーエンジンバージョンを直接ダウングレードすることはできません。下位エンジンバージョンを実行する新しい RDS インスタンスを購入し、Data Transmission Service (DTS) を使用して、上位エンジンバージョンを実行する RDS インスタンスから新しい RDS インスタンスにデータを移行できます。移行が完了したら、上位エンジンバージョンを実行している RDS インスタンスをリリースできます。このようにして、RDS インスタンスのメジャーエンジンバージョンを間接的にダウングレードできます。詳細については、「ApsaraDB RDS for MySQL インスタンス間でデータを移行する」をご参照ください。

• Q: RDS インスタンスのマイナーエンジンバージョンを MySQL 5.6 から MySQL 5.7 に、または MySQL 5.7 から MySQL 8.0 にアップグレードすると、アップグレードが失敗し、「現在のインスタンスのマイナーバージョンは 20221130 より前です。削除または再構築する前に、フルテキストインデックスのマイナーバージョンをアップグレードしてください。」または「現在のインスタンスには、システム表領域に作成されたフルテキストインデックスが含まれています。アップグレードする前に、対応するフルテキストインデックスを削除して再構築してください。」というエラーメッセージが表示されます。このエラーの原因と解決策は何ですか。

  A: 次のリストは、エラーの原因と解決策を示しています。

  • 原因:

    MySQL 5.6 以前のマイナーエンジンバージョンを実行している RDS インスタンスのフルテキストインデックスを作成すると、過去の理由により、フルテキストインデックスはシステム表領域に作成されます。RDS インスタンスのメジャーエンジンバージョンを MySQL 5.6 から MySQL 5.7 または MySQL 8.0 にアップグレードした後、システム表領域に作成されたフルテキストインデックスが表領域の損傷を引き起こす可能性があります。そのため、データの破損やアクセス不能などの問題を回避するために、アップグレード前にフルテキストインデックスを削除する必要があります。

    説明

    前述の問題は、MySQL 5.6 と 20221130 のマイナーエンジンバージョンを実行する RDS インスタンスで修正されており、フルテキストインデックスは RDS インスタンスの個別の表領域に作成されます。

  • 解決策

    重要

    RDS インスタンスで MySQL 5.6 を実行している場合は、RDS インスタンスのメジャーエンジンバージョンを MySQL 5.7 にアップグレードするか、RDS インスタンスで 20221130 以降のマイナーエンジンを実行していることを確認してください。この場合、フルテキストインデックスは RDS インスタンスのシステム表領域に作成されません。RDS インスタンスで MySQL 5.6 以前のマイナーエンジンバージョンを実行している場合は、RDS インスタンスを最新のマイナーエンジンバージョンに更新してください。

    1. 上記のテーブル名に基づいて、システム表領域に作成されたフルテキストインデックスを削除します。

       # フルテキストインデックスを削除します
       ALTER TABLE $table_name DROP INDEX $fts_name;

    2. フルテキストインデックスを再作成します。

       # フルテキストインデックスを再作成します
       ALTER TABLE $table_name ADD FULLTEXT INDEX $fts_name;

    3. 再作成後、次の SQL 文を実行して、RDS インスタンスに作成されたフルテキストインデックスを確認します。システム表領域に作成されたフルテキストインデックスが返されない場合、MySQL 5.6 から MySQL 5.7 へのメジャーエンジンバージョンのアップグレードは、システム表領域に作成されたフルテキストインデックスが原因で失敗することはありません。

       # システム表領域に作成されたフルテキストインデックスをクエリします
       SELECT NAME FROM information_schema.INNODB_SYS_TABLES WHERE TABLE_ID IN ( SELECT CONV(SUBSTRING_INDEX(SUBSTRING_INDEX(NAME, '_', -4),'_', 1),16,10) FROM INNODB_SYS_TABLES WHERE NAME LIKE '%fts_00000000%' AND SPACE = 0);

• Q: RDS インスタンスのメジャーエンジンバージョンを MySQL 5.7 から MySQL 8.0 にアップグレードすると、「267 - Illegal mix of collations (utf8mb4_general_ci,IMPLICIT) and (utf8mb4_0900_ai_ci,IMPLICIT) for operation '='」というエラーメッセージが表示されます。この問題を解決するにはどうすればよいですか。

  A: MySQL の文字セットと照合順序を確認してください。utf8mb4_general_ci を使用している場合は、次の SQL 文を使用して utf8mb4_0900_ai_ci に変更することをお勧めします。

  # データベースの文字セットと照合順序を変更します
  ALTER DATABASE database_name CHARACTER SET = utf8mb4 COLLATE = utf8mb4_0900_ai_ci;
  # テーブルの文字セットと照合順序を変更します
  ALTER TABLE table_name CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci;
  # フィールドの文字セットと照合順序を変更します
  ALTER TABLE table_name CHANGE column_name column_name type CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci;

  MySQL 5.7 で utf8mb4_general_ci 照合順序を使用してテーブルを作成し、MySQL 8.0 にアップグレードすると、システムはデフォルトの照合順序として utf8mb4_0900_ai_ci を使用します。クエリで utf8mb4_general_ci を使用する列と utf8mb4_0900_ai_ci を使用する列を比較すると、MySQL はこれら 2 つの異なる照合順序を処理できず、エラーが発生します。

• 読み取り専用インスタンスの有無に関係なく、メジャーバージョンアップグレードのための一時的な接続時間は 30 秒から 1 分ですか。

  A: はい。オフピーク時にアップグレードを実行することをお勧めします。

FAQ