Navicat比对不显示存储过程是因为Compare Options中Stored Procedures未勾选；需手动开启该选项，并确认源/目标库用户具备mysql.routines（MySQL 8.0+）或mysql.proc（5.7-）的SELECT权限，否则静默跳过；DEFINER差异、字符集不一致或触发器残留也可能导致比对异常或同步失败。
Navicat 比对不显示存储过程？检查 Compare Options 是否启用
默认情况下，navicat 不比对 stored procedures，哪怕它们真实存在且语法合法。这不是 bug，是功能开关未打开——比对预览里压根不会列出任何存储过程，更不会生成差异 sql。
操作路径很明确：在结构同步向导的 Step 1（已选好源库和目标库）后，点 Options → 进入 Compare Options 标签页 → 找到并勾选 Stored Procedures；如需同步函数或事件，也一并勾选对应项。
常见误判场景：
- 勾选后仍无差异？先确认两边数据库用户是否有足够权限读取 routine 元数据：
SELECT权限在mysql.routines（MySQL 8.0+）或mysql.proc（5.7 及更早）上；缺权限时 Navicat 静默跳过，不报错也不提示 - 用
SHOW CREATE PROCEDURE proc_name在源/目标库分别执行，对比输出：若DEFINER不同、含 MySQL 8.0 特有语法（如JSON_TABLE）、或注释格式异常，Navicat 可能解析失败而忽略该对象
字符集或排序规则差异导致“内容不同”误报
Navicat 16+ 支持比对 routine 的字符集声明（如 CHARSET utf8mb4），但旧版本会把编码差异识别为逻辑内容变更，实际只是元数据层面的显示问题。
例如源库定义含 CHARSET utf8，目标库为 utf8mb4，Navicat 可能标红整段 CREATE PROCEDURE 语句，建议统一使用 utf8mb4 + utf8mb4_0900_as_cs 避免这类干扰。
关键判断点：
- 查看
SHOW CREATE PROCEDURE输出中是否真有逻辑变更（比如参数增删、SQL SECURITY 改动），还是仅character_set_client或collation_connection等会话级变量不同 - 若只是字符集差异，可临时在比对前用
SET NAMES utf8mb4统一会话环境，再刷新比对
同步执行时报 ERROR 1418 或 DEFINER 失败？不是比对问题，是目标库执行限制
比对成功 ≠ 同步能跑通。常见两类失败与比对逻辑无关，但常被误认为“比对不准”：
-
ERROR 1418 (HY000)：目标库开启严格模式，而存储过程定义缺少DETERMINISTIC/NO SQL/READS SQL DATA声明。Navicat 同步脚本原样执行源库语句，不会自动补声明 -
DEFINER='user'@'host'在目标库不存在：同步时直接报错，Navicat 不会自动降级为CURRENT_USER或忽略 DEFINER
应对方式不是调比对设置，而是前置处理：
- 在源库运行
SHOW CREATE PROCEDURE xxx，人工补全安全特性声明（按实际逻辑选） - 用正则批量替换 DEFINER（如
DEFINER=`root`@`%`→DEFINER=CURRENT_USER），或提前在目标库创建对应用户 - 开发/测试环境可临时设
SET GLOBAL log_bin_trust_function_creators = 1，生产环境禁用
触发器残留干扰比对结果？Navicat 不处理，但会影响你判断
Navicat 的结构比对本身不依赖触发器，但它生成的差异 SQL（尤其是 ALTER TABLE 类）在目标库执行时，可能被已有触发器阻塞——这时你会看到“比对显示无差异”，但同步脚本执行失败，误以为比对漏了什么。
真正的问题是：触发器没被比对逻辑覆盖，却在执行阶段制造了冲突。
必须手动排查：
- 在目标库执行
SELECT trigger_name, event_object_table FROM information_schema.TRIGGERS WHERE trigger_schema = 'your_db'; - 对即将被 ALTER 的表，提前运行
DROP TRIGGER IF EXISTS trigger_name; - 确认 Navicat 同步设置中未勾选
Synchronize Triggers，否则它可能生成与现有触发器同名的CREATE TRIGGER，直接报错
最易被忽略的一点：Navicat 生成的差异 SQL 默认不加事务包装，也不做错误回滚。一旦某条语句因触发器失败，前面已执行的 DDL 就留在那里，导致状态混乱，后续比对更难判断真实差异。
