SQL数据库备份与恢复是保障业务数据安全的基石。无论是开发环境还是生产系统，都可能面临硬件损坏、误操作和恶意攻击带来的数据丢失风险。理解不同备份方式的原理并熟练运用恢复命令，能够把故障影响降到最低。本文以MySQL为例，介绍逻辑备份、物理备份以及基于二进制日志的恢复方案，并给出可直接运行的示例。
一、逻辑备份：使用mysqldump导出数据
逻辑备份通过客户端工具将库表结构及数据转换成SQL文本，最常用的是mysqldump。它的优势在于跨版本、跨平台兼容性好，且备份文件可读、易于部分恢复。但逻辑备份在大数据量下速度偏慢，恢复时需要逐条执行SQL。
以下命令将整个test_db库导出为带建表语句和数据的文件。参数--single-transaction能保证InnoDB表备份时的一致性，不会锁表；--routines同时导出存储过程与函数。
mysqldump -u root -p --single-transaction --routines test_db > /backup/test_db_$(date +%F).sql
如果只想备份某张表，比如user表，可以指定库名和表名。这种细粒度备份适合核心表单独留存。
mysqldump -u root -p test_db user > /backup/user.sql
恢复逻辑备份非常简单，只需登录MySQL后执行source命令，或者通过命令行重定向。要注意目标库必须存在，且字符集应与备份时一致，否则中文可能出现乱码。
mysql -u root -p CREATE DATABASE test_db CHARACTER SET utf8mb4; EXIT; mysql -u root -p test_db < /backup/test_db_2023-10-01.sql
二、物理备份：直接复制数据文件
物理备份是指拷贝数据库底层的存储文件，例如InnoDB的ibdata、表空间文件等。这类备份速度极快，适合TB级数据，但通常与特定MySQL版本和配置绑定，迁移灵活性差。最典型的物理备份工具是Percona XtraBackup，它支持热备且不阻塞写入。
使用xtrabackup进行全量备份的基本命令如下。备份完成后需执行prepare使数据文件达到一致状态，才能用于恢复。
xtrabackup --backup --target-dir=/backup/full_20231001 xtrabackup --prepare --target-dir=/backup/full_20231001
恢复时先停止MySQL服务，清空数据目录，再将备份复制回去并赋权。相比逻辑备份，物理恢复能以分钟级完成数十GB数据的还原，对停机敏感的业务价值明显。
systemctl stop mysqld rm -rf /var/lib/mysql/* xtrabackup --copy-back --target-dir=/backup/full_20231001 chown -R mysql:mysql /var/lib/mysql systemctl start mysqld
三、基于二进制日志的时间点恢复
即便做了每日全备，当天的增量数据仍可能丢失。MySQL的二进制日志（binlog）记录了所有变更操作，结合全备可以实现精确到秒的时间点恢复。前提是配置文件已开启log-bin且server-id唯一。
假设凌晨两点完成了全备，上午十点误删了order表。首先恢复全备，然后利用mysqlbinlog导出从备份时刻到故障前的日志并应用。通过--stop-datetime可避免执行误删语句。
mysql -u root -p test_db < /backup/test_db_20231001.sql mysqlbinlog --start-datetime="2023-10-01 02:00:00" --stop-datetime="2023-10-01 09:59:00" /var/lib/mysql/binlog.000012 > /tmp/inc.sql mysql -u root -p test_db < /tmp/inc.sql
该方案的难点在于准确判断停止时间，以及 binlog 格式（ROW或STATEMENT）对恢复结果的影响。建议在测试库先演练，确认数据无误后再在生产执行。
四、自动备份与校验策略
手动备份容易遗忘，应当写成脚本并交给定时任务。下面脚本每周日全备，其余每天增量，并删除超过三十天的旧文件。将脚本加入crontab即可实现无人值守。
#!/bin/bash
BACKUP_DIR=/backup
DATE=$(date +%F)
mysqldump -u root -pPasswd --single-transaction test_db > $BACKUP_DIR/test_$DATE.sql
find $BACKUP_DIR -name "*.sql" -mtime +30 -exec rm {} ;
备份不等于安全，还需定期校验。可随机抽取备份文件在沙箱库导入，或用grep检查关键表是否存在。只有验证过的备份，在真实故障来临时才靠得住。
| 备份方式 | 速度 | 兼容性 | 适用场景 |
|---|---|---|---|
| 逻辑备份 | 慢 | 高 | 小中型库、跨版本迁移 |
| 物理备份 | 快 | 低 | 大型库、短停机窗口 |
| binlog增量 | 中 | 中 | 时间点恢复、补数据 |
综上，实际系统中往往组合使用：物理全备保底，逻辑备份留档，binlog补增量。根据业务容忍度设计RPO与RTO，才能让SQL数据备份真正发挥作用。