navicat结构同步不比对存储过程的execute权限，仅比对定义；需通过权限管理员界面手动核对各用户对具体存储过程的execute勾选状态，并用show grants和grant语句辅助验证与补全。
Navicat结构同步不比对存储过程执行权限
结构同步功能（工具 → 结构同步）只比对存储过程的定义（CREATE PROCEDURE 语句、参数、函数体等），**完全忽略 EXECUTE 权限配置**。即使源库用户有 EXECUTE 权限而目标库没有，结构同步面板里也不会标红、不会提示、不会生成 GRANT EXECUTE 或 REVOKE EXECUTE 语句。
必须用“权限管理员”手动逐个核对
存储过程级的 EXECUTE 权限属于对象级权限，需通过 Navicat 的权限管理员界面定位和比对：
- 打开权限管理员 → 展开目标数据库 → 展开“存储过程”节点
- 找到具体存储过程（如
proc_calculate_report）→ 右键 → “编辑权限” - 在弹出窗口中查看“用户”列表及对应列的
EXECUTE复选框状态 - 对比两个连接中同一存储过程下相同用户的勾选情况：勾了但目标库没勾 = 缺少权限；反之 = 多余权限
注意：EXECUTE 权限可单独授予，不依赖数据库级或表级权限；但若用户连数据库 SELECT 权限都没有，即使有 EXECUTE，调用时仍可能因内部 SQL 报错（比如过程里查了没权限的表）。
权限差异无法批量导出，得靠 SQL 验证补漏
Navicat 没有“导出当前对象所有权限 SQL”的按钮，人工比对容易漏。稳妥做法是用原生 SQL 辅助确认：
- 在源库执行：
SHOW GRANTS FOR 'user_a'@'%' | grep 'EXECUTE.*proc_name' - 在目标库执行同样命令，对比输出是否一致
- 若缺失，手动补：
GRANT EXECUTE ON PROCEDURE db_name.proc_name TO 'user_a'@'%' - 执行后别忘了
FLUSH PRIVILEGES（MySQL 5.7 及以前必需；8.0+ 通常自动刷新，但保险起见仍建议执行）
特别注意：如果存储过程 DEFINER 是某个特定用户（如 'admin'@'localhost'），而调用者不是该用户且无 SET_USER_ID 权限，EXECUTE 权限本身可能被绕过——这时实际执行失败跟权限界面显示无关，得查 definer 和调用上下文。
