navicat计划任务需同时满足数据库账号、操作系统调度、navicat执行上下文三类权限，缺一即静默失败并报“权限不足”：mysql账号须按库/表授予select、lock tables等最小必要权限并禁用写操作；windows任务必须以最高权限运行且navicat主程序需显示“已连接(管理员)”；navicat账号在team中仅设为viewer角色，连接密码禁用保存而改用--defaults-file安全调用。
navicat 计划任务账号不能只靠“设个密码+点几下权限”就完事——它要同时满足三类权限：数据库账号权限、操作系统调度权限、navicat 自身任务执行上下文权限。少任何一层，都会在静默中失败，报错却只显示“权限不足”。
MySQL 数据库账号必须禁用写权限且限定表级范围
计划任务若只做备份或只读导出，数据库账号绝不能有 INSERT、UPDATE、DELETE、DROP、ALTER，哪怕只多一个 CREATE 都可能被误触发（比如 mysqldump 临时建表失败后残留锁）。
- 只给必要权限：
SELECT+LOCK TABLES+SHOW VIEW（如有视图）+PROCESS（大表导出时避免被 kill） - 不要用
GRANT ALL PRIVILEGES ON *.*，按库甚至按表授权：GRANT SELECT, LOCK TABLES ON `report_db`.`daily_summary` TO 'backup_user'@'10.20.30.45'; - 主机地址必须精确到 IP 或 CIDR 段，禁止用
'%'；否则一旦该账号泄露，攻击者可从任意公网 IP 连入 - 执行完
GRANT后，显式运行FLUSH PRIVILEGES;，尤其 MySQL 5.7 及更早版本不会自动刷新缓存
Windows 系统级权限：任务调度器必须“以最高权限运行”
Navicat 内置计划任务不是独立服务，它依赖主进程轮询触发。UAC 会拦截其对系统路径（如 C:\Program Files\Navicat）、临时目录、导出目标路径的写入——哪怕数据库连接成功，也会卡在“创建 backup.sql 文件”这一步，报 Errcode: 13。
- 右键 Navicat 快捷方式 →「属性」→「兼容性」→ 勾选「以管理员身份运行此程序」
- 关闭所有 Navicat 进程后，**必须用该快捷方式重新启动**，再打开「计划任务」界面
- 检查右下角状态栏是否显示「已连接(管理员)」，没显示即未生效
- 若用 Windows 任务计划程序（
taskschd.msc）调用navicat.exe -batchjob "Backup Task"，也需勾选「使用最高权限运行」
Navicat 账号本身不能保存敏感配置或拥有连接管理权
计划任务账号如果同时是 Navicat Team / Cloud 的 Editor 角色，它就能修改项目里的连接配置——比如把密码改成 root，再同步给所有人，等于绕过所有数据库层权限控制。
- 该账号在 Navicat Team 中必须设为
Viewer角色，禁止编辑 Connection、Query 或 Data Model - 连接配置里不要保存密码；改用
--defaults-file方式调用mysqldump，密码存在本地受限文件中（C:\safe.cnf权限设为仅当前用户可读） - 避免在「新建用户」向导里直接点全选，细粒度权限（如列级
SELECT(id, name)）必须手写 SQL，Navicat GUI 不校验语法 - 如果任务含依赖链，前置任务状态必须是
Completed，Skipped不触发后续，这点容易被日志里的“成功”二字误导
真正难的不是配权限，而是确认每一层都生效：数据库账号连得上但没 LOCK TABLES？系统能跑任务但导出路径被 UAC 拦？Navicat 显示“已运行”但主窗口最小化后调度器停摆？这些环节彼此不报错，只默默失败——排查时得逐层验证，不能只盯着错误弹窗。
