Navicat备份报“权限不足”90%非数据库账号问题，而是卡在调度（如MySQL event_scheduler关闭、PostgreSQL pg_cron未装/未授权）、导出路径受系统保护（如UAC拦截）、认证环节（如密码含特殊字符未转义）或mysqldump所需LOCK TABLES/SHOW VIEW等权限缺失。
Navicat备份报“权限不足”不一定是数据库账号问题
90% 的“权限不足”根本没走到 sql 执行那步——卡在调度、导出路径或认证环节。比如 mysql 的 event_scheduler 关闭时，navicat 定时任务会静默失败并弹出“权限不足”；postgresql 没装 pg_cron 或没给 cron schema 授权，也会表现相同。先确认是不是真在查数据：
• 执行 show variables like 'event_scheduler';，返回 off 就是它
• postgresql 运行 select * from pg_extension where extname = 'pg_cron';，空结果就得装
• windows 计划任务里找到 navicat 生成的任务 → 属性 → 勾选「使用最高权限运行」
MySQL 用户缺哪些权限才会导致 mysqldump 失败
Navicat 底层调用 mysqldump，它对权限有硬性要求，不是只要有 SELECT 就够：
• 必须有 SELECT（读数据）
• 必须有 LOCK TABLES（保证备份一致性，尤其导出结构+数据时）
• 有视图？得加 SHOW VIEW
• 有存储过程/函数？得加 SHOW ROUTINE 和 EXECUTE
• 导出大表或需临时排序？PROCESS 权限也常被忽略
别直接 GRANT ALL PRIVILEGES，按库授权更安全：GRANT SELECT, LOCK TABLES, SHOW VIEW ON `your_db`.* TO 'user'@'%'; FLUSH PRIVILEGES;
密码含特殊字符（@ $ !）会导致 mysqldump 报错 1045
Navicat 自动任务里填明文密码，遇到 @、$、! 等字符，命令行解析会出错，最终以空密码连接，报 Access denied for user。
• 正确做法：用配置文件代替明文密码
• Windows 创建 C:\safe.cnf，内容：
[client]<br>user=your_user<br>password=your_pass_with_@_or_$<br>host=your_host，再设权限：
icacls C:\safe.cnf /inheritance:r /grant:r "%USERNAME%":R• Linux/macOS 用
~/.my.cnf，权限必须是 chmod 600 ~/.my.cnf• 自动任务命令写成：
mysqldump --defaults-file=C:\safe.cnf your_db > backup.sql
备份路径写入失败（Errcode 13）是系统级权限问题
报错 Can't create/write to file (Errcode: 13) 和数据库权限无关，是操作系统不让写：
• Windows 上目标路径在 C:\Program Files 或 C:\Windows 下，UAC 直接拦截
• Linux 下 /tmp 被 noexec 挂载，mysqldump 无法创建临时文件
• Navicat 自身安装目录受保护，又没「以管理员身份运行」
解决方法：
• 备份路径改到用户目录下，如 C:\Users\YourName\Backups\
• Linux 临时指定 tmp 目录：export TMPDIR="/home/yourname/tmp" && navicat
• Navicat「工具」→「选项」→「备份」→ 把「临时目录」明确设为可写路径，别留空
真正麻烦的是权限层层嵌套：数据库用户权限、OS 文件权限、计划任务执行上下文、MySQL 认证插件兼容性，四者只要一个断链，就统一表现为“权限不足”。排查时别一上来就 grant all，先看日志里报的是哪个环节卡住。
