navicat还原操作不执行grant权限语句，仅执行ddl/dml；需手动用高权限账号补trigger、execute等权限并flush privileges，且definer不匹配时须提前移除或替换。
还原操作本身不包含权限语句
navicat 还原数据库（无论是 sql 文件还是备份文件）只执行 create database、create table、insert、create trigger 等 ddl/dml，它不会自动补上 grant 类权限语句。哪怕你用 root 账号还原，目标库中已存在的普通用户（如 'app_user'@'%'）的权限记录仍维持原状——不会新增、也不会覆盖。
常见错误现象包括：
- 触发器创建成功，但运行时报
ERROR 1227 (42501): Access denied - 存储过程能查到，调用时提示
EXECUTE command denied - 视图可查结构，
SELECT却报权限不足
DEFINER 不匹配导致对象“存在但不可用”
MySQL 触发器、函数、存储过程常带 DEFINER=`user`@`host` 子句。若备份里是 DEFINER=`admin`@`192.168.%`，而目标库没有这个账号，或该账号没被授 TRIGGER / EXECUTE 权限，对象虽能建成功，实际调用时直接拒绝。
实操建议：
- 备份时在 Navicat 的
Backup Database弹窗 →「高级选项」中勾选Remove DEFINER and SQL SECURITY - 若已拿到 SQL 文件，用正则全局替换：
DEFINER=`[^`]+`@`[^`]+`→ 空字符串，并删掉紧随其后的SQL SECURITY DEFINER - 切勿替换成
CURRENT_USER：还原会话用户未必有跨库权限，反而更易失败
必须手动执行 GRANT 并 FLUSH
还原完成后，需立刻用高权限账号（如 root）连接目标库，逐条补授权。注意两点关键细节：
-
GRANT TRIGGER ON `db_name`.* TO 'user'@'%'—— 必须是数据库级授权，ON `db_name`.`table_name`无效 - 若触发器/过程涉及跨库操作（如从
orders写入logs），两个库都要单独授权 - 执行完
GRANT后务必FLUSH PRIVILEGES，尤其 MySQL 8.0+ 在某些配置下权限缓存较久
容易被忽略的权限类型和场景
除了 TRIGGER 和 EXECUTE，以下权限常在还原后缺失却难以察觉：
-
EVENT：如果备份含事件（CREATE EVENT），需额外GRANT EVENT ON *.* TO 'user'@'%' -
FILE：若过程里用了LOAD DATA INFILE或SELECT ... INTO OUTFILE，必须显式授权 -
PROCESS：调试类存储过程可能需要查看线程状态，否则SHOW PROCESSLIST报错 - 权限作用域写错：比如给
'user'@'localhost'授权，但应用连的是'user'@'10.0.1.5'，权限不生效
最麻烦的是权限和 DEFINER 双重失效——对象建了，但定义者不存在 + 调用者没权限，错误日志里只报一个 Access denied，得两边都查。
