MySQL InnoDB集群：能否在线升级MyISAM至InnoDB？含mysql.user表场景

问题1：InnoDB集群环境下能否在线将MyISAM表升级为InnoDB？ #

当然支持，但操作时要注意细节和风险，避免影响业务：

• 在线转换的基础操作：直接执行ALTER TABLE your_table_name ENGINE=InnoDB;即可完成单表引擎转换。在InnoDB集群（基于组复制）中，这条DDL操作会自动同步到所有集群节点，无需手动在每个节点执行。
• 注意锁与性能影响：如果是大表转换，默认的ALTER TABLE会持有表级锁，阻塞读写操作。建议在业务低峰期执行，或者使用pt-online-schema-change这类工具实现无锁在线转换，减少对业务的影响。
• 兼容性检查：虽然InnoDB已经支持MyISAM的大多数特性（比如FULLTEXT索引），但转换前还是要确认：
  • 表是否有MyISAM独有的特性（比如DELAY_KEY_WRITE），转换后这些特性会失效，需提前评估影响。
  • 确保表有主键（InnoDB依赖主键优化性能和事务），如果MyISAM表没有主键，转换后InnoDB会自动生成隐藏的聚簇索引，但建议手动添加显式主键。

问题2：将mysql.user系统表升级为InnoDB的难度如何？ #

这个操作的技术难度不高，但风险极高，因为系统表直接关联权限管理，操作失误可能导致数据库无法启动或权限失效，必须谨慎操作：

前置说明 #

MySQL 5.7及以后版本的系统表默认就是InnoDB，如果你的集群还在使用MyISAM的系统表，大概率是从旧版本（比如5.6及以前）升级时未完成引擎转换导致的。

操作步骤（建议先在测试环境验证） #

1. 全量备份mysql库：这是最关键的一步，执行mysqldump -uroot -p mysql > mysql_system_backup.sql，确保备份文件可恢复。
2. 停止集群组复制：因为系统表的DDL操作可能无法被组复制正确同步，先在所有节点执行STOP GROUP_REPLICATION;停止集群同步。
3. 批量转换系统表：不要只转换mysql.user，要把所有关联的系统表一起转换，避免数据不一致：

   ALTER TABLE mysql.user ENGINE=InnoDB;
   ALTER TABLE mysql.db ENGINE=InnoDB;
   ALTER TABLE mysql.tables_priv ENGINE=InnoDB;
   ALTER TABLE mysql.columns_priv ENGINE=InnoDB;
   ALTER TABLE mysql.procs_priv ENGINE=InnoDB;
   

   可以用SELECT table_name, engine FROM information_schema.tables WHERE table_schema='mysql';查看所有mysql库的表引擎，确保所有需要的表都转换为InnoDB。
4. 验证与重启：每个节点转换完成后，重启MySQL服务，登录验证权限功能是否正常（比如尝试创建一个测试用户，检查是否能正常登录）。
5. 重新启动集群：所有节点验证通过后，在主节点执行START GROUP_REPLICATION;，其他节点依次启动，确认集群同步正常，此时创建用户的操作应该能自动同步到所有节点了。

关键风险提示 #

• 一定要在测试环境先完整走一遍流程，确认没有问题再操作生产环境。
• 如果转换过程中出现表损坏，立即用备份文件恢复mysql库，避免影响业务。
• 转换后要验证所有权限相关操作（创建用户、修改权限、删除用户）是否能在集群节点间正常同步。

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