AWS RDS中迁移所有MyISAM表至InnoDB的疑问（含系统表）

嘿，刚好之前帮客户处理过AWS RDS上MyISAM转InnoDB的问题，针对你担心的系统表部分，给你理清楚关键点：

首先给你吃个定心丸：你完全不需要手动迁移RDS上的MySQL系统表，原因如下：

• RDS是托管式服务，mysql、information_schema、performance_schema、sys这些系统库的表，都是由AWS负责维护和管理的。它们的存储引擎选择是AWS根据MySQL版本、RDS架构做过优化的，强行修改反而会导致服务异常，甚至数据库不可用。
• 你看到的RDS控制台每日警告，只针对你自己创建的用户数据库和表，AWS的监控逻辑会自动排除系统表的MyISAM状态——你可以仔细看警告的具体描述，通常会明确标注是「用户数据库中的MyISAM表」。

如何快速定位需要处理的表？ #

用这个SQL查询，就能精准筛选出你需要关注的用户表，自动排除系统库：

SELECT table_schema, table_name 
FROM information_schema.tables 
WHERE engine = 'MyISAM' 
AND table_schema NOT IN ('mysql', 'information_schema', 'performance_schema', 'sys');

这个结果里的表，才是你需要评估、转换的对象。

转换用户MyISAM表的注意事项 #

• 先备份再操作：转换前一定要用RDS自动快照，或者手动导出表数据，避免转换过程中出现意外导致数据丢失。
• 检查特性兼容性：MyISAM的部分特性InnoDB不支持（比如旧版MySQL的FULLTEXT索引、某些锁机制），先确认你的应用是否依赖这些特性，如果有，得先调整应用逻辑或者找替代方案。
• 低峰期执行转换：如果表数据量较大，建议在业务低峰期执行转换命令，避免影响服务性能：

ALTER TABLE your_database.your_table ENGINE=InnoDB;

关于警告的消除 #

当你把所有用户的MyISAM表都转换为InnoDB后，RDS控制台的警告会在几个小时内自动消失——因为AWS的监控有一定的刷新延迟，不用手动触发。

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