Navicat结构同步无“忽略存储引擎”开关，需在差异列表中逐条右键选择“忽略此项”；ENGINE差异被视为关键结构属性，无法批量过滤，仅MySQL/MariaDB存在该问题。
结构同步里没有“忽略存储引擎”开关，得手动过滤
navicat 的「结构同步」界面不提供单独勾选“忽略存储引擎”的选项。它默认把 engine=innodb 和 engine=myisam 视为结构性差异，只要两边不一致，就会标为“修改”，并生成 alter table ... engine=... 语句——哪怕你根本不想动引擎。
常见错误现象：两个库表结构完全一致，仅因 dev 用 InnoDB、prod 用 MyISAM（或反之），对比结果里冒出几十条黄色“修改”项，脚本里全是 ALTER TABLE t1 ENGINE=MyISAM，实际业务根本不需要改引擎。
- 必须在比对完成后的差异列表中，逐条右键点击带引擎变更的项 → 选择 “忽略此项”
- 不能批量忽略：Navicat 不支持按
ENGINE关键字自动过滤，也没“忽略引擎差异”全局开关 - 若表量大（比如上百张），建议先用命令行导出结构，用
grep -v "ENGINE="预处理后再导入 Navicat 对比，绕过 GUI 瓶颈
为什么 Navicat 不让你一键忽略 ENGINE？
因为存储引擎在 MySQL 中属于表级元数据，直接影响事务、锁机制、全文索引等行为。Navicat 默认认为它是“不可忽略的关键结构属性”。但现实中，有些老系统确实存在跨环境引擎不一致却长期稳定运行的情况（比如只读报表库用 MyISAM，主业务库用 InnoDB）。
这种场景下，忽略引擎差异不是偷懒，而是明确知道该差异无风险、无需同步。但 Navicat 不做业务判断，只忠实反映元数据差异。
- MySQL 5.7+ 中，
ENGINE出现在SHOW CREATE TABLE第一行，Navicat 解析时直接提取，不区分是否可安全忽略 - PostgreSQL / SQL Server 没有对应概念，所以此问题仅存在于 MySQL / MariaDB 连接
- 如果你看到
ENGINE=InnoDB ROW_FORMAT=DYNAMIC被标为差异，而另一侧是ENGINE=InnoDB（无 ROW_FORMAT），这也属于引擎相关元数据，同样需手动忽略
比对前能做的预防动作
与其比完再一条条忽略，不如提前控制源头。如果目标就是跳过引擎比对，最稳妥的方式是让两个库的建表语句在引擎上保持一致——但这往往不现实。退而求其次，可用以下方法减少干扰：
- 在「结构同步」向导的「对象选择」页，取消勾选
Compare table options（如果 Navicat 版本支持该细粒度控制；17.1+ 部分版本在「高级选项」里有隐藏开关） - 用
mysqldump --no-data --skip-opt --compact导出结构时，--skip-opt会省略ENGINE和ROW_FORMAT，再拿这两个 dump 文件进 Navicat 对比，天然避开引擎差异 - 检查源库和目标库的
sql_mode是否含NO_ENGINE_SUBSTITUTION：若缺失，MySQL 可能静默替换引擎（如建表指定MyISAM但被强制转成InnoDB），导致 Navicat 比对出“意外差异”
真正麻烦的不是找不到开关，而是很多人误以为勾了 Ignore comments 或 Ignore foreign key names 就能顺带忽略引擎——它们互不影响。ENGINE 差异永远需要单独处理，且必须发生在比对完成之后、部署之前。
