SQL数据备份核心是选对方式和定期验证。常用mysqldump导出SQL文件，适合中小库；生产环境推荐xtrabackup物理备份，支持热备与增量；需按场景变通策略，并务必验证备份有效性。
SQL数据备份核心就两点：选对方式 + 定期验证。不备份等于没数据，只备份不验证等于白忙活。
一、最常用：mysqldump导出SQL文件（适合中小库）
这是开发和运维最常用手动备份方式，生成的是可读的SQL语句，恢复简单、迁移方便。
- 基础命令：mysqldump -u用户名 -p密码 数据库名 > backup_20240520.sql
- 加参数更稳妥：mysqldump -u root -p --single-transaction --routines --triggers --events myapp > full_backup.sql（--single-transaction保证InnoDB一致性，--routines保留存储过程，--triggers保留触发器）
- 自动加时间戳（Linux/macOS）：mysqldump -u root -p myapp > backup_$(date +%Y%m%d_%H%M%S).sql
二、生产环境推荐：物理备份（xtrabackup，快+热备）
当数据库超10GB、不能停服务时，用Percona XtraBackup做物理备份——直接拷贝数据文件，速度快、支持增量、不影响线上业务。
win可用的mysql指令skill
下载
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
- 全量备份命令：xtrabackup --backup --target-dir=/data/backups/full_$(date +%Y%m%d)
- 备份后必须执行prepare：xtrabackup --prepare --target-dir=/data/backups/full_20240520
- 恢复前先停MySQL，清空datadir，再copy-back：xtrabackup --copy-back --target-dir=/data/backups/full_20240520
三、高频场景应对方案
不同需求，备份策略要变通：
- 只备份某张表：用mysqldump加表名，如 mysqldump -u root -p myapp users orders > user_orders.sql
- 每天自动备份+保留7天：写Shell脚本配合crontab，备份后用find自动清理旧文件：find /backup/ -name "backup_*.sql" -mtime +7 -delete
- 敏感字段脱敏后再备份：先用UPDATE临时脱敏（如把手机号改成'138****0000'），再dump；或用SELECT INTO OUTFILE + REPLACE组合导出脱敏数据
- 跨版本/跨平台迁移：优先用mysqldump（兼容性好），避免直接拷贝ibd文件；注意高版本导出的SQL在低版本可能报错，加--compatible=mysqlXX适配
四、关键一步：备份后必须验证！
很多故障源于“以为备份成功”，实际文件为空、权限不对、字符集乱码、或SQL语法过期。
- 快速检查：用head -20 backup.sql看开头是否有CREATE DATABASE/CREATE TABLE
- 抽样导入测试库：mysql -u test -p testdb ，再SELECT COUNT(*) FROM 表名比对行数
- 记录日志：每次备份脚本末尾加echo "$(date) backup done" >> /var/log/backup.log
基本上就这些。备份不是一次性的活，是持续动作。定好策略、写好脚本、每周抽检一次，心里才真正踏实。
