MySQL全库备份最常用、最可靠的方式是使用mysqldump工具导出所有数据库结构和数据生成SQL文件，推荐添加--single-transaction、--routines、--events、--triggers和--set-gtid-purged=OFF等参数，并通过crontab定时执行及异地存储确保可靠性。
MySQL全库备份最常用、最可靠的方式是使用 mysqldump 工具导出所有数据库的结构和数据，生成一个SQL文件。这种方式兼容性好、操作简单，适用于大多数场景。
使用 mysqldump 备份全部数据库
执行以下命令可一次性备份 MySQL 实例中所有数据库（不含 information_schema、performance_schema、sys 等系统库）：
- mysqldump -u root -p --all-databases > all_dbs_backup.sql
注意：需确保当前用户有足够权限（如 SELECT、LOCK TABLES、SHOW VIEW 等），且对所有目标数据库均有访问权。建议使用具有 RELOAD 和 PROCESS 权限的账号，以便支持 --single-transaction 或 --lock-all-tables 等选项。
推荐加参数提升备份质量
生产环境建议添加关键参数，避免常见问题：
- --single-transaction：对支持事务的引擎（如 InnoDB）做一致性快照，无需锁表
- --routines：包含存储过程和函数
- --events：包含事件调度器定义
- --triggers：包含触发器
- --set-gtid-purged=OFF：避免 GTID 相关错误（适用于非 GTID 环境或需跨版本恢复时）
完整示例：
mysqldump -u root -p --all-databases --single-transaction --routines --events --triggers --set-gtid-purged=OFF > full_backup_$(date +%F).sql
区分备份与复制：不推荐仅拷贝 data 目录
直接复制 MySQL 的 data 目录（如 /var/lib/mysql）属于物理备份，存在明显风险：
- 必须完全停止 MySQL 服务，否则文件可能不一致
- 不同版本、不同平台间兼容性差，恢复困难
- 无法选择性恢复单个库或表
除非你已启用 innodb_file_per_table 并配合 xtrabackup 等专业工具，否则不建议用文件拷贝方式替代逻辑备份。
自动化与定期保存建议
手动备份容易遗漏，应设为定时任务：
- 用 crontab 每日执行备份，并按日期命名，保留最近7天：
0 2 * * * mysqldump -u root -p'passwd' --all-databases --single-transaction > /backup/full_$(date +\%F).sql && find /backup -name 'full_*.sql' -mtime +7 -delete - 备份文件建议同步到异地或对象存储（如阿里云 OSS、AWS S3），防止单点故障
- 定期验证备份有效性：抽取部分 SQL 手动导入测试库，确认可还原
不复杂但容易忽略。
