Navicat不支持批量修改表存储引擎的可视化操作，必须通过SQL生成ALTER语句并手动执行：先查information_schema.tables筛选目标表，拼接ALTER TABLE ... ENGINE=InnoDB语句，分批粘贴执行，注意外键、NULL值、权限及大表锁表风险。
直接执行生成的ALTER语句最可靠
Navicat 本身不提供「批量改多个表引擎」的可视化入口，所谓“批量”必须靠 SQL 生成+手动执行。核心思路是：用 information_schema.tables 查出目标表，拼出一串 ALTER TABLE ... ENGINE=InnoDB 语句，再粘贴进查询窗口运行。
常见错误现象：在“设计表”里一个一个点开改，耗时且容易漏；或误以为“表列表右键→全部选中→批量设置”能生效——实际该菜单根本不存在。
- 先确认数据库名和当前引擎：执行
SELECT table_name, engine FROM information_schema.tables WHERE table_schema = 'your_db_name' AND engine = 'MyISAM'; - 生成批量语句（以切换为 InnoDB 为例）：
SELECT CONCAT('ALTER TABLE `', table_name, '` ENGINE=InnoDB;') AS ddl FROM information_schema.tables WHERE table_schema = 'your_db_name' AND engine = 'MyISAM'; - 复制结果列（右键→“复制所选内容”），粘贴到新查询窗口，检查是否有语法异常（如表名含特殊字符未加反引号）
- 务必分批执行：单次别超过 20 条
ALTER，避免长事务阻塞线上服务
执行前必须清理外键和 NULL 值
报错 Cannot change engine of table xxx 几乎都卡在这两处。MySQL 在 ALTER ENGINE 时会隐式校验约束完整性，而 Navicat 不做预检。
- 外键依赖：若表被其他表的外键引用，且引用表仍是 MyISAM（不支持外键），则切换失败。需先禁用外键检查：
SET FOREIGN_KEY_CHECKS = 0;，改完再设回=1 - 字段含 NULL 值但目标引擎要求严格模式：尤其当字段定义为
NOT NULL却存了 NULL（历史数据脏），InnoDB 会拒绝转换。先跑UPDATE table_name SET col = 'default_val' WHERE col IS NULL; - 表名大小写混合 +
lower_case_table_names=1：元数据比对失败。统一用小写表名，或临时关闭该变量（需重启，生产慎用）
云数据库和只读实例要特别小心
阿里云 RDS、腾讯云 CDB 等托管服务，即使控制台显示支持 InnoDB，也可能因实例类型限制引擎变更权限。
- 检查是否只读：执行
SHOW VARIABLES LIKE 'read_only';，返回ON就不能改引擎 - Serverless 实例或灾备只读节点：
SHOW ENGINES;中 InnoDB 的SUPPORT列可能为NO或空白，此时 Navicat 的“表选项”里压根不会出现存储引擎下拉项 - 连接参数勾选了“只读连接”：Navicat 会主动隐藏所有写操作菜单，包括“表选项”里的引擎切换
- 低权限账号（如仅
SELECT）：连SHOW ENGINES都可能被拒，更别说ALTER
大表切换要避开 COPY 算法
百万级以上数据的表，直接 ALTER TABLE ... ENGINE=InnoDB 极易触发 MySQL 的 COPY 算法，导致锁表数分钟甚至小时——这不是 Navicat 的问题，而是 MySQL DDL 机制决定的。
- 确认是否支持在线 DDL：
SELECT @@innodb_online_alter_log_max_size;非零且引擎为 InnoDB 才有机会 - 避免隐式降级：字段含
TEXT/BLOB、有全文索引、或存在触发器/外键时，MySQL 可能自动弃用INPLACE模式 - 稳妥做法：用
pt-online-schema-change工具替代，或先建新表CREATE TABLE new_t LIKE old_t; ALTER TABLE new_t ENGINE=InnoDB;，再逐步迁移数据 - Navicat 的 SQL 预览功能在此刻最关键：点保存前一定点开看它到底生成了什么语句，别信“一键完成”
ALGORITHM=COPY 是什么意思。 
