必须手动启用Stored Procedures比对，否则Navicat默认跳过；操作路径为结构同步Step 1→Options→Compare Options→勾选Stored Procedures；勾选后仍无差异需检查DEFINER、语法兼容性及权限。
Navicat 同步存储过程前必须手动启用 Stored Procedures 比对
navicat 默认完全跳过存储过程（stored procedures）的比对，不是 bug，是默认配置关闭。即使源库和目标库都存在同名 proc_name，只要 compare options 里没勾选 stored procedures，同步预览里就压根不会出现任何差异，更不会生成 create procedure 或 drop procedure 语句。
操作路径很明确：结构同步向导 Step 1 → 点 Options → 进入 Compare Options 标签页 → 找到并勾选 Stored Procedures（同理，Functions、Triggers、Events 也需按需开启）。
常见误判场景：
- 勾选后仍“看不到差异”，先在源/目标库分别执行
SHOW CREATE PROCEDURE proc_name，确认两边定义是否真一致——比如DEFINER='u1'@'%' vs 'u2'@'localhost'、含 MySQL 8.0 特有语法（如JSON_TABLE）、或注释位置导致 Navicat 解析失败 - MySQL 8.0+ 要求有
SELECT ON mysql.routines权限才能读取存储过程定义；若目标库用户缺该权限，Navicat 会静默跳过，不报错也不提示 - 旧版 Navicat（≤15）对
CHARSET utf8mb4声明敏感，可能把编码差异识别为内容不同；建议统一用utf8mb4_0900_as_cs避免误报
同步时卡在 CREATE PROCEDURE 报 ERROR 1418，本质是 MySQL 安全限制
这个错误和 Navicat 无关，是 MySQL 严格模式下对存储过程安全属性的强制校验：ERROR 1418 (HY000): This function has none of DETERMINISTIC, NO SQL, or READS SQL DATA。Navicat 只是原样执行源库导出的 CREATE PROCEDURE 语句，而目标库拒绝执行——因为缺少显式声明。
临时绕过（仅限开发/测试环境）：
- 执行
SET GLOBAL log_bin_trust_function_creators = 1，再重试同步 - 注意：生产环境禁用此设置，否则破坏主从复制安全性
长期解法（推荐）：
- 在源库用
SHOW CREATE PROCEDURE xxx查看原始定义，人工补上DETERMINISTIC（无副作用）、READS SQL DATA（只读查询）或MODIFIES SQL DATA（有写操作），再让 Navicat 同步 - 若存储过程中含
DEFINER='user'@'host'，而目标库不存在该用户，同步必失败；要么提前建好用户，要么用正则批量替换DEFINER为当前登录用户
加密代码块本身不会被 Navicat “识别”或“处理”
Navicat 不解析、不校验、不修改存储过程体内的任何逻辑代码，包括加密相关语句（如 AES_ENCRYPT()、SHA2()、自定义加盐逻辑）。它只做文本级比对和完整 DDL 同步。所谓“无法同步特定加密代码块”，真实原因只有两个：
- 该代码块导致存储过程整体定义在 MySQL 解析时报错（例如函数未定义、参数类型不匹配），使得
SHOW CREATE PROCEDURE在源库都无法成功执行，Navicat 自然拿不到有效定义 - 加密逻辑中用了目标库不支持的特性（如 MySQL 5.7 不支持
VALIDATE_PASSWORD_STRENGTH()，或使用了 8.0 的窗口函数），导致同步后执行失败，但 Navicat 同步阶段并不校验运行时行为
验证方式很简单：在目标库手动执行 SHOW CREATE PROCEDURE proc_name 输出的完整语句，看是否报错。如果报错，问题不在 Navicat，而在 SQL 兼容性本身。
同步后存储过程不可用？重点检查 DEFINER 和权限链
即使同步成功，存储过程也可能执行报错 ERROR 1044 (42000): Access denied for user 或 ERROR 1370 (42000): execute command denied。这是因为：
-
DEFINER用户在目标库不存在，或存在但没被授予EXECUTE权限 - 过程内调用了其他数据库对象（如表、函数），而
DEFINER对这些对象没有 SELECT/INSERT/USAGE 权限 - 过程里用了
SQL SECURITY DEFINER（默认），但目标库未开启log_bin_trust_function_creators，且过程未声明安全属性
最稳妥的做法是：同步前统一将 DEFINER 替换为当前连接用户，并确保该用户拥有过程内所有操作所需的最小权限集；不要依赖 Navicat 自动生成的权限脚本，它不处理运行时权限依赖。
