权限不足导致error 1044或access denied，需授予select、lock tables、reload、process、show databases权限，mysql 8.0+推荐backup_admin；磁盘满或写权限不足会导致备份中断；视图失效报error 1356可加--force跳过；版本与字符集不匹配引发恢复错误。
看到 ERROR 1044 或 Access denied 就该查权限
这类报错不是备份工具坏了，而是 MySQL 明确拒绝了操作——用户没被授予必要权限。比如 mysqldump --all-databases 遇到某个库无访问权，就会在中途卡住并报 Access denied for user 'backup_user'@'localhost' to database 'mysql'。
- 必须确认用户拥有
SELECT（读表）、LOCK TABLES（锁表一致性）、RELOAD（触发FLUSH TABLES WITH READ LOCK）、PROCESS（读取线程状态）和SHOW DATABASES（列出所有库） - MySQL 8.0+ 推荐直接授
BACKUP_ADMIN，比零散授权更干净；若需导出 binlog 位置，还得加REPLICATION CLIENT - 别忘了
FLUSH PRIVILEGES;，否则新权限不生效；远程备份时注意 host 是'backup_user'@'%'还是'backup_user'@'192.168.1.%'，localhost 不等价于 127.0.0.1
备份命令执行一半就退出？先盯 df -h 和 touch
“备份失败”但错误输出只显示 command exited with code 2，大概率是磁盘写入失败——不是程序崩了，是系统拦下了。
- 运行
df -h /backup/path看剩余空间，备份文件体积常是原始数据的 1.2–1.8 倍（尤其启用 gzip 后），建议预留 ≥1.5 倍预估大小 - 用
touch /backup/path/test_file && rm /backup/path/test_file验证当前用户（如mysql或root）是否有写权限，别只看目录ls -ld权限，还要看 SELinux 或 mount 选项（如noexec、nosuid） - 管道压缩场景（如
mysqldump | gzip）要留意/tmp是否满，或ulimit -f文件大小限制是否过低
mysqldump 报 ERROR 1356 或视图失效？别硬扛
ERROR 1356 (HY000): View '<db>.<view>' references invalid table(s) or column(s)</view></db> 表示视图底层依赖已不存在，mysqldump 默认遇到就中断。这不是数据损坏，是元信息断链。
- 临时解法：加
--force参数让 dump 跳过报错对象继续执行，适合快速拿到可用数据备份 - 稳妥做法：用
--ignore-table=db_name.view_name显式排除问题视图，再单独用mysqldump --no-data db_name view_name > views.sql导出结构 - 长期建议：改用
mysqlpump（MySQL 5.7+ 自带），它默认容忍视图错误，且支持并发导出，速度更快、容错更强
恢复时卡在 ERROR 1064 或乱码？检查版本和字符集对齐
导入 SQL 备份时报语法错误，大概率是高版本导出的语句被低版本执行了，比如 MySQL 8.0 的 JSON_CONTAINS 或窗口函数，在 5.7 上直接跪；而乱码或 Incorrect string value 则几乎全是字符集没对齐。
- 导出时强制指定兼容性：
mysqldump --compatible=mysql40 --set-gtid-purged=OFF --default-character-set=utf8mb4 - 导入前确保客户端编码一致：
mysql --default-character-set=utf8mb4 -u root -p dbname ，别依赖会话自动推断 - 大文件导入前调高
--max_allowed_packet=512M，避免 INSERT 被截断；外键冲突可临时关掉：SET FOREIGN_KEY_CHECKS=0;，但记得恢复后打开
最易被忽略的是：没验证备份文件本身是否完整。一个 head -n 5 backup.sql 能立刻看出是不是空文件或只有报错日志；一次小范围 CREATE DATABASE test_restore; SOURCE backup.sql; 测试，比直接上生产省三天排查时间。
