导出报Access denied需先区分数据库权限或系统路径权限：若错误含“for user 'xxx'@'yyy'”属MySQL权限问题，需补SELECT和FILE权限；若报Errcode:13或“无法创建文件”则为系统写入权限不足。
导出报Access denied，先确认是数据库权限还是系统路径权限
navicat 导出数据时提示 access denied，不能直接归为“账号没权限”。它可能来自两个完全不同的层面：一是 mysql 服务端拒绝执行 select 或 file 操作；二是 windows/linux 系统拒绝写入目标路径。前者报错里通常带 for user 'xxx'@'yyy'，后者常见于 errcode: 13 或弹窗提示“无法创建文件”。必须先看清楚完整错误信息再动手。
检查并补全数据库账号的SELECT和FILE权限
Navicat 导出（尤其是“导出向导”选“SQL 文件”或“CSV/Excel”且勾了“导出到服务器”）会触发 MySQL 的 SELECT + FILE 权限校验。缺任意一个都会报 Access denied，但错误提示几乎一样，容易误判。
-
SELECT是基础：没它连表都查不了，导出自然失败。用高权限账号登录后执行SHOW GRANTS FOR 'your_user'@'%';，确认输出里含SELECT ON `db_name`.`table_name`或更宽泛的SELECT ON *.* -
FILE是关键：只有它允许 MySQL 服务端把查询结果写入磁盘文件（如SELECT ... INTO OUTFILE）。这个权限默认不授予普通用户，必须显式加：GRANT FILE ON *.* TO 'your_user'@'%'; FLUSH PRIVILEGES; - 注意作用域：如果只导某个库的表，
FILE权限必须是全局的（ON *.*），MySQL 不支持库级FILE权限
导出到服务器时FILE权限失效的隐蔽原因
即使你确认已授 FILE 权限，导出仍失败，大概率是以下三个条件没同时满足：
Accessibility Review
下载
对设计或页面进行 WCAG 2.1 AA 无障碍审计。触发关键词：“audit accessibility”、 “check a11y”、 “is this accessible?” 或在审查设计时使用。
- MySQL 配置里
secure_file_priv不为空：执行SELECT @@secure_file_priv;，若返回非空路径（如/var/lib/mysql-files/），则INTO OUTFILE只能写入该目录，且 Navicat 必须把“导出路径”设成它——否则静默失败 - 目标目录对 MySQL 进程不可写：比如 Linux 上
/var/lib/mysql-files/所属用户是mysql:mysql，但目录权限是755，需改为775并确保 MySQL 用户有写权 - Navicat 设置里误勾了“使用操作系统认证”：Windows 集成认证在后台导出时拿不到凭据，导致连接降权，
FILE权限校验失败。务必改用显式账号密码连接
导出到本地 vs 导出到服务器，权限要求完全不同
很多人混淆这两个路径，导致反复授权却无效：
- 选“导出到本地”（即 CSV/Excel 保存到你电脑某文件夹）：只要 Navicat 进程有该路径写权，数据库账号只需
SELECT权限，FILE权限完全无关 - 选“导出到服务器”（即生成 SQL 文件存到 MySQL 所在机器）：必须有
FILE权限，且受secure_file_priv和目录权限双重限制 - Navicat 界面里没明确标“本地/服务器”，而是藏在导出格式选项下：“SQL 文件”默认走服务器，“Excel 文件”默认走本地——这点极易踩坑
导出路径是否被杀毒软件或 OneDrive 实时同步锁定，比权限问题更难排查；一旦遇到卡住或文件生成一半就中断，优先检查这些外部干扰。
