云数据库 RDS：升级数据库版本

选择升级方式

方式一：通过控制台直接升级数据库版本与方式二：通过数据迁移DTS升级数据库版本支持MySQL 5.5升级至5.6、5.6升级至5.7、5.7升级至8.0、8.0升级至8.4。在升级数据库前，您需要通过以下内容选择合适的升级方式：

• 实例规格符合以下四种类型，且实例配置满足对应类型的要求，建议通过方式一：通过控制台直接升级数据库版本。

  说明

  • Serverless实例不支持通过控制台直接升级，建议使用方式二：通过数据迁移DTS升级数据库版本。

  集群系列（ESSD云盘、高性能云盘）

  • 组复制限制：不支持使用组复制（MGR）的集群系列实例升级。

  • 数据库代理限制（如有）：5.7升级至8.0时，数据库代理小版本不低于1.13.41；8.0升级至8.4时，数据库代理小版本不低于2.25.11。

  • 实例状态限制：实例状态为运行中，主备节点状态健康且无延迟。

  • 引擎限制：数据库及所有库表都为InnoDB引擎。

  • 不属于已下线的历史规格。

  高可用系列（ESSD云盘、高性能云盘）

  • 数据库代理限制（如有）：5.7升级至8.0时，数据库代理小版本不低于1.13.41；8.0升级至8.4时，数据库代理小版本不低于2.25.11。

  • 实例状态限制：实例状态为运行中，主备节点状态健康且无延迟。

  • 引擎限制：数据库及所有库表都为InnoDB引擎。

  • 不属于已下线的历史规格。

  高可用系列（高性能本地盘）

  • 加密限制：未开启TDE加密功能（TDE开启后不支持关闭，如已开启TDE，请选择方式二：通过数据迁移DTS升级数据库版本进行升级）。

  • 数据库代理限制（如有）：5.7升级至8.0时，数据库代理小版本不低于1.13.41；8.0升级至8.4时，数据库代理小版本不低于2.25.11。

  • 实例状态限制：实例状态为运行中，主备节点状态健康且无延迟。

  • 表数量限制：不超过100万张。

  • 引擎限制：数据库及所有库表都为InnoDB引擎。

  • 规格限制：升级后的数据库版本必须支持原实例规格（含主实例和只读实例），且不属于已下线的历史规格，详情请参见RDS MySQL主实例规格。

  基础系列（ESSD云盘、高性能云盘）

  • 实例状态限制：实例状态为运行中。

  • 引擎限制：数据库及所有库表都为InnoDB引擎。

  • 不属于已下线的历史规格。

• 实例规格不符合以上四种类型或已经开启TDE加密功能，请使用方式二：通过数据迁移DTS升级数据库版本。

• 实例规格符合以上四种类型，但实例配置不满足相关要求，您可以参考下表方案修改配置后，使用方式一：通过控制台直接升级数据库版本，或使用方式二：通过数据迁移DTS升级数据库版本。

  问题	解决方案
  实例处于其它状态（如重启中）	等待任务结束后再发起数据库版本升级任务。
  高可用系列高性能本地盘实例表数量超过100万张	在升级前清理冗余表。
  部分库表未使用InnoDB引擎	使用ALTER TABLE <表名> engine=InnoDB;命令转换为InnoDB引擎。
  实例规格为历史规格	进行规格升级后再升级数据库版本，更多信息请参见变更配置。
  数据库代理小版本不符合要求	升级数据库小版本至1.13.41及以上，详情请参见升级数据库代理内核小版本。
  实例存储类型为SSD云盘	将SSD云盘升级为ESSD云盘后，再升级数据库版本。

其它引擎升级数据库版本请参见：

• RDS PostgreSQL升级数据库大版本

• RDS SQL Server升级数据库大版本

方式一：通过控制台直接升级数据库版本

方式二：通过数据迁移DTS升级数据库版本

对于不支持通过控制台直接升级的实例，您可以创建一个高数据库版本的新实例，通过DTS数据迁移任务将原实例数据迁移至新实例中，实现数据库的间接升级，相关步骤如下：

1. 创建新实例

2. 数据迁移至新实例

3. 释放原实例

举例：您有一个开启了TDE功能的MySQL 5.7实例，其不能通过控制台直接升级数据库版本。此时，您可以创建一个数据库版本为MySQL 8.0的新实例，然后将原实例中的数据迁移至新实例，最后释放原实例，实现数据库版本的间接升级。

附录一：MySQL 8.0升级MySQL 8.4的优势

• 增强长期稳定性。MySQL 8.4是LTS版本，适合生产环境长期使用，后续8.4.x以稳定性、安全修复和兼容维护为主。

• 增强认证能力。支持WebAuthn/FIDO2认证，Enterprise Edition可使用安全密钥、生物识别等认证方式；Windows上支持SASL LDAP/GSSAPI/Kerberos认证。

• 增强GTID能力。支持Tagged GTID，可使用UUID:TAG:NUMBER区分不同业务域、管理操作或数据操作，并提供TRANSACTION_GTID_TAG权限控制。

• 改进复制可用性。多线程applier支持SQL_AFTER_GTIDS，副本追赶指定GTID集时可以继续利用并行复制能力。

• 增强relay log恢复能力。支持清理relay log尾部未完成事务及相关残留文件，降低异常宕机后relay log不一致带来的恢复风险。

• 增强Group Replication运维能力。8.4 LTS系列内支持跨版本组成员和原地降级，切主流程对DDL/DCL的等待更完整，并支持single-primary模式下的认证信息预清理，降低内存和切主风险。

• 改进统计信息能力。Histogram支持自动或手动更新控制，有助于提升优化器统计信息维护的可控性。

• 增强执行计划诊断能力。EXPLAIN FORMAT=JSON支持格式版本选择，支持EXPLAIN FORMAT=JSON INTO写入用户变量，并支持EXPLAIN FOR SCHEMA和FOR DATABASE，便于诊断跨schema的SQL。

• 增强TLS证书校验能力。支持更严格的TLS证书校验，提高加密连接安全性。

• 改进Clone能力。同一major或minor系列内clone不再要求point release完全一致，便于8.4.x之间做实例初始化、恢复和扩容。

• 增强审计和防火墙能力。Enterprise Firewall支持周期性重载cache，也支持自定义内部对象schema，运维灵活性更高。

• 改进密钥管理迁移能力。支持从keyring component迁移到keyring plugin，提升加密能力迁移和兼容场景的灵活性。

• 改进升级可观测性。数据目录维护JSON格式的mysql_upgrade_history，记录安装和升级历史，便于审计和问题排查。

• 提升SQL和优化器演进能力。新增TABLESAMPLE、QUALIFY、PARALLEL等关键字，为后续SQL能力和优化器扩展提供基础。

附录二：MySQL 5.7升级MySQL 8.0的优势

• 提高了安全性，并在账号管理中实现了更大的灵活性。

• 支持资源组的创建和管理。

• InnoDB存储引擎的功能增强。

• 新增字符集、数据类型、语法、新型备份锁、optimizer_switch标志等支持。

• JSON、XML增强。

• Optimizer优化器功能增强。

• 复制性能增强。

• 支持创建多值索引、派生条件下推优化。

• 支持读取MySQL授权表。

• 支持资源分配控制。

附录三：MySQL 5.6升级MySQL 5.7的优势

• 增加密码管理、账号锁定、加密连接等功能，提高数据库的安全性。

• 支持在线DDL操作。例如RENAME INDEX重命名索引等。

• 改进了InnoDB引擎的可扩展性和临时表的性能，实现更快的数据加载速度。

• 支持JSON。

• 支持针对分区表的索引条件下推（ICP），以及全新的InnoDB空间索引。

• 优化了大部分解析器、优化器和成本模型，提高数据库的可维护性、可扩展性和性能。

• 扩展支持的字符集，包括中国国家标准规定的GB18030字符集。

• 提供ngram全文解析器插件，支持中文、日文和韩文。

• 优化源转储线程，减少锁的争用，提高了源吞吐量。

• 大幅改进了复制延迟问题。

• 新增sys系统库，提供多个监控项并减少存储空间占用，显著提高数据库的易用性。

附录四：MySQL 8.4和MySQL 8.0版本功能差异列表

附录五：MySQL 8.0和MySQL 5.7版本功能差异列表

附录六：MySQL 5.7和MySQL 5.6版本功能差异列表

附录七：MySQL 5.5和MySQL 5.6版本功能差异列表

常见问题

• Q：升级过程中，为什么会出现实例切换？是否会有其他严重风险？

  A：为保证业务稳定，高性能本地盘实例升级采用先备后主的方式，备实例升级完成后，业务自动切换至备实例。ESSD云盘实例升级采用新建节点的方式，新节点升级完成后，业务自动切换至新节点。无其他严重风险。主备切换的影响请参见主备切换的影响。

• Q：升级时，主备实例会一起升级吗？

  A：高性能本地盘升级时，系统先行升级备实例，再升级主实例。

• Q：MySQL 5.7基础系列SSD云盘实例如何升级？

  A：当前不支持该类型的实例升级。如您想升级MySQL 5.7基础系列SSD云盘实例，您可以先将目标实例存储类型从SSD云盘变更为ESSD云盘，然后再升级数据库版本。

• Q：数据库版本升级前后，参数模板是否保持一致？

  A：RDS MySQL 5.7升级至RDS MySQL 8.0时，如果升级前实例为系统参数模板，升级后实例将设置为新版本对应的系统参数模板，如升级前为MySQL_InnoDB_5.7_高可用系列_高性能参数模板，升级后将设置为MySQL_InnoDB_8.0_高可用系列_高性能参数模板；如果升级前实例为用户自定义参数模板，升级后参数模板将不会被保留。

• Q：数据库版本升级期间，是否能变更实例？

  A：数据库版本升级期间不支持变更实例，必须在版本升级完成后，才可以进行其他操作。

• Q：数据库版本是否支持自动升级？

  A：暂不支持自动升级数据库版本。

• Q：数据库版本是否支持降级？

  A：不支持通过控制台直接降级。根据实例是否存在业务数据，选择以下方案：

  • 有业务数据：新购低版本实例，通过DTS数据迁移工具将高版本实例数据迁移至新购的低版本实例，迁移完成后释放高版本实例，间接实现数据库版本降级。详情请参见RDS实例间数据迁移。

  • 无业务数据：退订原实例后重新购买所需低版本实例。包年包月实例请参考退款说明进行退订，按量付费实例可直接释放。

• Q：RDS MySQL 5.6升级至RDS MySQL 5.7或RDS MySQL 5.7升级至RDS MySQL 8.0时，升级失败，提示“当前实例有全文索引且小版本低于20221130，请先进行小版本升级后再进行删除、重建全文索引”或“当前实例包含建立在系统表空间的全文索引，请删除并重建相应全文索引后再进行升级操作”，问题原因和解决方案是什么？

  A：问题原因和解决方案如下：

  • 问题原因

    由于MySQL的历史原因，较低版本的MySQL 5.6在创建全文索引（Full-Text Index）时会建立在系统表空间（System Tablespace）之上。当升级到5.7或进一步升级到8.0后，建立在系统表空间的全文索引有概率会导致表空间损坏，因此需要在升级前进行处理，避免实例数据损坏和不可访问等问题。

    说明

    RDS MySQL 5.6 20221130对该问题进行了修复，全文索引将建立在单独的表空间之上。

  • 解决方案

    重要

    老版本RDS MySQL 5.6全文索引会创建在系统表空间，因此需要确保升级至RDS MySQL 5.7前的版本是RDS MySQL 5.6 20221130或之后的版本。如您的版本较低，请先升级到最新的RDS MySQL 5.6版本。

    1. 根据提示中的表名，删除建立在系统表空间的全文索引。

       # 删除全文索引
       ALTER TABLE $table_name DROP INDEX $fts_name;

    2. 重新创建全文索引。

       # 重新创建全文索引
       ALTER TABLE $table_name ADD FULLTEXT INDEX $fts_name;

    3. 建立完索引后，可以使用如下SQL对当前实例的全文索引进行检查。SQL会返回建立在系统表空间的全文索引，如查询结果为空，则RDS MySQL5.6升级至RDS MySQL5.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升级至RDS 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将无法处理这两种不同的排序规则，从而导致错误。

• Q：无论是否有只读实例，升级大版本的闪断时间都是15秒吗？

  A：是的，请您尽量在业务低峰期执行升级操作。

相关API