Linux用mysqldump备份MySQL教程

本文深入解析了Linux环境下使用mysqldump进行MySQL数据库备份的实战要点与常见陷阱，涵盖权限配置（SELECT+LOCK TABLES及REPLICATION CLIENT的精准授予）、中文乱码根源（utf8mb4字符集统一与--default-character-set强制指定）、大库无锁备份策略（InnoDB用--single-transaction、MyISAM用--lock-tables=false）、还原前必备操作（手动建库与编码匹配），并强调最小权限原则、压缩优化、参数验证等生产级最佳实践——帮你避开“Access denied”“???乱码”“锁表卡死”“Unknown database”等高频故障，让每一次备份都稳、快、准。

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 检查参数，也别信“上次能跑这次肯定没问题”。

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于文章的相关知识，也可关注golang学习网公众号。