mysqldump报“access denied”主因是权限集不完整，需授予select、lock tables、show view、trigger等最小权限，缺一不可；还须检查process权限、系统库跳过机制、输出目录写权限及flush privileges是否执行。
mysqldump报Access denied：权限集不完整
不是密码输错，也不是用户名写错，而是账号根本没被授予备份所需的最小权限集。mysqldump在导出时会尝试读表、锁表、查视图定义、读触发器元数据，缺一不可。常见现象是导出文件为空（仅含CREATE DATABASE或注释），或直接报错Access denied for user 'xxx'@'localhost' (using password: yes)。
实操建议：
- 先用 root 登录，执行
SHOW GRANTS FOR 'backup_user'@'localhost';，确认返回中是否包含SELECT、LOCK TABLES、SHOW VIEW、TRIGGER - 若缺失，执行授权（**不要用
GRANT ALL PRIVILEGES ON *.***）：GRANT SELECT, LOCK TABLES, SHOW VIEW, TRIGGER ON `app_db`.* TO 'backup_user'@'localhost'; - 必须紧接着执行
FLUSH PRIVILEGES;，否则权限不生效 - 若导出含存储过程或事件，还需额外加
EXECUTE和EVENT权限；若用--all-databases或涉及mysql.proc，则需SELECT权限到mysql.proc表
mysqldump报“you need the PROCESS privilege”
这个错误明确指向 PROCESS 权限缺失，常出现在较新版本（如 MySQL 9.6.0）或启用审计/性能监控的实例中。mysqldump 在初始化连接时会查询 INFORMATION_SCHEMA.PROCESSLIST 或调用 SHOW PROCESSLIST 获取当前连接状态，无此权限即中断。
实操建议：
- 补授权：
GRANT PROCESS ON *.* TO 'backup_user'@'localhost'; FLUSH PRIVILEGES; - 注意：该权限属于全局权限，无法限定到单库，但符合最小权限原则——只要不开放
FILE、SUPER等高危权限即可 - 若环境禁止授予
PROCESS（如某些云 RDS 实例），可改用--skip-opt --no-tablespaces --skip-triggers --skip-routines组合降低依赖，但需验证导出完整性
导出空文件或跳过表：权限以外的隐藏原因
即使权限全了，仍可能导出为空或漏表，问题往往藏在连接参数或上下文里。
实操建议：
- 检查命令中数据库名拼写是否与
SHOW DATABASES;输出完全一致（Linux 下大小写敏感） - 确认未误加
--no-data或--skip-extended-insert（后者不影响有无数据，但容易混淆） - 若目标库是
mysql、information_schema等系统库，默认会被跳过；要导出结构，需显式加--skip-lock-tables --no-data，且用户需有对应表的SELECT权限 - 加
--verbose --single-transaction 2>&1 | head -20查看实时 stderr，能快速定位是卡在连接、鉴权，还是某张表权限拒绝
备份目录不可写导致静默失败
权限不足不止发生在数据库侧——mysqldump 进程若对输出路径无写权限，部分 shell 环境下会静默退出，生成空文件或 0 字节文件，错误不抛到终端。
实操建议：
- 运行
ls -ld /path/to/backup，确认执行用户对该目录有w权限 - 避免写入
/var/backups等 root-only 目录；推荐用~/backups或显式chown调整归属 - 若走管道压缩（如
mysqldump ... | gzip > backup.sql.gz），错误实际发生在右侧进程（gzip），需检查其目标路径权限 - 临时测试：先执行
touch /path/to/backup/test.txt，确认能创建空文件
真正卡住的地方，常常不是“有没有权限”，而是“权限有没有被正确加载”和“错误输出有没有被看见”。FLUSH PRIVILEGES 漏掉、stderr 被重定向丢弃、输出路径属主错配——这些比权限语句本身更容易被忽略。
