AWS RDS MySQL 5.7升8.x：变更影响及空库疑问

一、各项变更对现有数据的影响分析 #

1. 重命名冲突表（已完成） #

• 用RENAME TABLE old_name TO new_name;执行的重命名是原子操作，不会丢失或损坏现有数据，仅修改表名。需提前确认应用层不依赖旧表名，避免连接报错。

2. 替换utf8mb3为utf8mb4（待执行） #

• 正确执行ALTER TABLE ... CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;类脚本，不会丢失数据，仅完成字符集转换。注意：
  • 大表转换前建议备份，防止操作中断引发异常；
  • 确认应用层支持utf8mb4字符集；
  • 确保RDS参数innodb_large_prefix已开启（MySQL 5.7及以上默认开启，8.x无需额外配置），避免索引长度超限问题。

3. 移除含AREA函数的存储过程（已完成） #

• 只要已用等效SQL替代存储过程，且业务逻辑未依赖该存储过程，不会影响现有数据。未使用AREA却触发告警，是因为MySQL 8.x的语法校验更严格，存储过程的结构解析触发了函数移除的校验规则，移除后告警消失属于正常情况。

4. 将row_format改为DYNAMIC（计划执行） #

• 风险极低，不会损坏现有数据，属于InnoDB表的优化操作：
  • DYNAMIC行格式会自动将超长列存入溢出页，解决767字节索引限制问题，是MySQL 8.x推荐的行格式；
  • 大表操作建议用ALTER TABLE ... ROW_FORMAT=DYNAMIC, ALGORITHM=INPLACE, LOCK=NONE;减少锁表影响（需确认表支持INPLACE算法）；
  • 若表中已有超过767字节的索引，需先调整索引长度（如将varchar(255)改为varchar(191)）或确认innodb_large_prefix开启，否则变更可能失败，但不会损坏数据。

二、RDS上INNODB和TMP空库的成因与删除建议 #

1. 成因 #

• INNODB库：多为MySQL版本升级或迁移时自动创建的遗留库，原本用于存储InnoDB系统表副本，空库说明无业务数据；
• TMP库：一般是RDS维护操作（如备份、升级预检查）时临时创建的存储库，操作完成后未自动清理，因此为空。

2. 删除建议 #

• 先执行SHOW TABLES IN INNODB;和SHOW TABLES IN TMP;确认库内无表；
• 空库可安全删除，不会影响RDS核心功能（核心系统库为mysql、information_schema、performance_schema、sys）；
• 删除前建议做全量备份，避免误操作；
• 删除命令：DROP DATABASE INNODB;、DROP DATABASE TMP;

内容的提问来源于stack exchange，提问作者Robert Benedetto