sql数据备份核心是选对方式、定好策略、验好结果：日常用mysqldump导出，生产结合binlog全量+增量，误删靠binlog回滚，备份文件须异地存储并校验演练。
SQL数据备份核心就三点：选对方式、定好策略、验好结果。不搞复杂理论，直接上高频场景和能立刻用的操作。
一、日常导出单表或库（适合开发/测试环境）
用 mysqldump 最常用，命令简单、兼容性好，适合手动备份或定时脚本。
- 备份整个数据库：mysqldump -u root -p mydb > mydb_20240401.sql
- 只备份某张表：mysqldump -u root -p mydb users orders > users_orders.sql
- 加 --single-transaction 可避免锁表（InnoDB适用）
- 加 --routines 才会导出存储过程和函数
二、生产环境自动全量+增量备份（防误删/故障恢复）
不能只靠 mysqldump，得搭配 binlog 做增量。MySQL 必须开启 binlog（log-bin=ON），并设好格式（推荐 ROW）。
- 每天一次全备（例如凌晨2点）：mysqldump --all-databases --single-transaction > full_$(date +%F).sql
- 每小时截取 binlog 增量：mysqlbinlog --start-datetime="2024-04-01 01:00:00" --stop-datetime="2024-04-01 02:00:00" /var/lib/mysql/mysql-bin.000001 > inc_0100_0200.sql
- 恢复时先还原全备，再按顺序重放 binlog（跳过误操作那几行可用 --stop-position）
三、快速恢复误删数据（紧急救火）
删了表、清了库、改错字段？别慌，只要 binlog 开着，90% 能拉回来。
- 先查误操作时间点：mysqlbinlog --no-defaults --base64-output=decode-rows -v mysql-bin.000002 | grep -A 3 -B 3 "DELETE FROM users"
- 定位到具体 position 或 datetime，反向生成回滚 SQL（可用工具如 binlog2sql，或手动把 DELETE 改成 INSERT）
- 停写入、导入回滚语句、验证数据、重启业务
四、备份文件怎么存才安全？
备份文件放在同一台服务器 = 没备份。必须异地、异机、异介质。
- 本地保留最近3天，NAS 或对象存储（阿里云 OSS、腾讯 COS）存30天
- 用 gzip 压缩后再传：mysqldump db | gzip > db_$(date +%F).sql.gz
- 加 MD5 校验：md5sum db_20240401.sql.gz >> checksum.log，恢复前先核对
- 每月抽1份做恢复演练——真跑一遍 restore 流程，比啥都靠谱
基本上就这些。不复杂但容易忽略细节，比如没开 binlog、没校验、没演练。备份不是“做了就行”，是“随时能用上”。
