Navicat结构同步需手动勾选“函数”等其他数据库对象才能比对；同名函数按签名（参数/返回类型）识别变更，注释缩进不触发差异；跨版本同步须人工核验语法兼容性及依赖对象。
结构同步能比对函数，但必须选对对象类型
Navicat 的「工具 → 结构同步」默认只比对表、视图、索引等常见对象，存储过程和函数默认不参与比对——你得手动勾选。否则点完「比对」，结果里压根不会出现 FUNCTION 相关的差异。
进入结构同步向导后，在「选择要同步的对象」页（不是第一步的库选择页），注意展开「其他数据库对象」节点，确保勾选了：
• 函数
• 如果还用了存储过程或触发器，也一并勾选（常被忽略）
• 不要只依赖「全选」：有些 Navicat 版本对「其他数据库对象」是默认折叠且未勾选的
函数名相同但定义不同，Navicat 会识别为“修改”而非“新增”
比如 dev 环境有 get_user_score(uid INT)，prod 环境也有同名函数，但参数类型是 uid BIGINT，或函数体里多了一行 DECLARE tmp_val DECIMAL(10,2);——Navicat 会把它标为「修改」，并在 DDL 比较面板中高亮差异行，而不是当成两个独立对象。
这背后是 Navicat 的语义解析逻辑：它把函数名+签名（参数类型、返回类型）作为唯一标识，不单看函数名字符串。所以：
• 参数顺序或类型稍有不同 → 视为同一函数的变更
• 函数体注释增删、缩进调整、空行变化 → 被忽略，不触发差异
• 若 prod 中该函数根本不存在 → 显示为「在目标中缺失」，生成 DROP FUNCTION IF EXISTS + CREATE FUNCTION 组合脚本
跨 MySQL 版本时，函数语法兼容性需人工核验
Navicat 不校验函数语法是否能在目标库执行。例如：
• MySQL 5.7 写的 JSON_EXTRACT(data, '$.name') 在 8.0+ 可用，但在 5.6 环境导入会报错 FUNCTION does not exist
• 使用了 WINDOW 子句或 REGEXP_LIKE() 的函数，在老版本 MySQL 中无法创建
• Navicat 生成的同步脚本默认带 DELIMITER $$，但若目标库连接配置里禁用了多语句（如某些云数据库 RDS 默认关闭），执行时直接报错 You have an error in your SQL syntax
建议操作：
• 同步前先在目标库手动执行 SELECT VERSION();
• 在「结构同步 → 选项」页，勾选「忽略对象定义中的注释」，避免因注释里写了版本要求而误判差异
• 对关键函数，把生成的 DDL 复制出来，在目标库的查询编辑器中单独执行测试
函数依赖其他对象时，结构同步不会自动递归检查
一个函数如果调用了视图、另一张表或某个自定义函数，Navicat 不会主动提示「依赖对象缺失」。它只比对当前函数定义本身。结果就是：
• 同步脚本在目标库执行失败，报错 Unknown table 'xxx' 或 FUNCTION xxx does not exist
• 错误发生在运行时，不是比对阶段
真正可行的做法：
• 先用「结构同步」比对全部对象（表、视图、函数全选），再一次性部署，确保依赖链完整
• 或在比对前，手动在目标库执行：SHOW CREATE FUNCTION func_name; 验证是否存在及是否可读
• 如果函数引用了动态库（如 SONAME），Navicat 完全不处理——这类函数必须单独维护，别指望结构同步
Navicat 对函数的比对是可靠的，但它的“可靠”建立在一个前提上：你清楚知道哪些对象被纳入、哪些语法受支持、哪些依赖要自己兜底。漏掉「其他数据库对象」里的勾选，或者跳过版本兼容性检查，生成的脚本看起来完美，实际一跑就崩。
