权限不足需授SELECT+LOCK TABLES（加--single-transaction还需REPLICATION CLIENT）；中文乱码要统一utf8mb4并用--default-character-set指定；大库备份用--single-transaction（仅InnoDB）或--lock-tables=false（MyISAM）；还原前须手动建库。
mysqldump 备份失败提示 Access denied 怎么办
权限不足是备份第一步就卡住的最常见原因。不是账号没建，而是没给对库、表或全局权限。
- 必须至少有
SELECT+LOCK TABLES权限；加--single-transaction时还需REPLICATION CLIENT - 用
mysql -u root -p登录后执行：SHOW GRANTS FOR 'backup_user'@'localhost';确认权限是否包含ON *.*或明确到目标库 - 别用
root账号直接备份生产库——最小权限原则下，建专用账号更安全：CREATE USER 'backup'@'localhost' IDENTIFIED BY 'xxx'; GRANT SELECT, LOCK TABLES ON mydb.* TO 'backup'@'localhost';
导出 SQL 文件里中文变 ??? 或乱码
本质是字符集不一致：MySQL 服务端、连接层、客户端三者编码没对齐。
- 先查库实际编码：
SHOW CREATE DATABASE mydb;看DEFAULT CHARACTER SET，通常是utf8mb4 - 导出时强制指定连接编码：
mysqldump --default-character-set=utf8mb4 -u user -p mydb > backup.sql - 如果跳过
--default-character-set，mysqldump默认走latin1，哪怕库是utf8mb4也会丢字节 - 验证文件编码：
file -i backup.sql应显示charset=utf-8；用head -n 5 backup.sql看开头是否有SET NAMES utf8mb4
大库备份慢、锁表时间长、影响线上业务
默认 mysqldump 会锁表（尤其 MyISAM），InnoDB 也默认全表 FLUSH TABLES WITH READ LOCK，除非显式绕过。
- InnoDB 表优先用
--single-transaction：它利用 MVCC 快照，全程不锁表，但要求事务隔离级别是REPEATABLE READ（默认） - 绝对不要对 MyISAM 表加
--single-transaction——无效，还是会锁；MyISAM 只能靠--lock-tables=false+ 业务低峰期操作 - 加
--skip-triggers --skip-routines --skip-events减少元数据导出量，尤其触发器多的库明显提速 - 压缩再写入磁盘：
mysqldump -u user -p mydb | gzip > backup.sql.gz，比先生成大文件再gzip更省内存
还原时提示 Unknown database 'xxx' 或表不存在
不是 SQL 文件损坏，而是还原前没创建目标库，或 CREATE DATABASE 语句被手动删了。
-
mysqldump默认不带CREATE DATABASE语句，除非加了--databases参数（注意是复数） - 正确还原流程：
mysql -u user -p -e "CREATE DATABASE IF NOT EXISTS mydb CHARACTER SET utf8mb4;"，再mysql -u user -p mydb - 如果备份时用了
--all-databases，还原前不能指定库名，得用：mysql -u user -p - 遇到
ERROR 1046 (3D000): No database selected就说明 SQL 里没USE xxx且命令行没指定库名
备份脚本里最容易漏的是字符集和事务选项，一跑就是几小时的大库，中途失败重来成本很高。宁可多试一次 mysqldump --dry-run 检查参数，也别信“上次能跑这次肯定没问题”。
