备份与恢复

备份分为逻辑备份（mysqldump）与物理备份（拷贝数据文件/专业工具）。本节以逻辑备份为主，介绍一致性快照、增量恢复思路，并补充常见的自动化与验证方法。

备份策略概览

全量备份：周期性生成完整数据副本（每日/每周）
增量备份：依赖二进制日志（binlog）或物理增量工具填补两次全量之间的数据
异地存储：将备份推送至对象存储或异地机房，防止单点故障
定期演练：验证恢复流程与 RPO/RTO 是否符合预期

制定备份策略时先明确恢复目标：可接受的数据丢失时间（RPO）与恢复所需时长（RTO）。

全量逻辑备份（在线）

mysqldump -h 127.0.0.1 -P 3306 -u root -p \
  --single-transaction --routines --triggers --events \
  --master-data=2 \
  --databases shop > shop_$(date +%F).sql

--single-transaction：InnoDB 在线一致性快照（避免锁表）
--routines/--triggers/--events：包含对象
--master-data=2：在备份开头记录二进制日志位点，便于增量恢复
可配合 --set-gtid-purged=ON（GTID 模式）

对于大库，可使用 mysqlpump（并行导出）或 Percona XtraBackup（物理热备）。

压缩与拆分

mysqldump ... | gzip > shop_$(date +%F).sql.gz
split -b 2G shop_2024-01-10.sql.gz shop_2024-01-10.sql.gz.part-

压缩可显著减少存储，拆分便于上传对象存储。

恢复

mysql -h 127.0.0.1 -P 3306 -u root -p < shop_2024-01-10.sql
# 压缩文件
gunzip < shop_2024-01-10.sql.gz | mysql -u root -p

恢复前可先在空库中执行 DROP DATABASE shop; CREATE DATABASE shop; 确保干净状态。

二进制日志与增量

启用 binlog 后，可进行点时间恢复（PITR）：

恢复最近一次全量
从全量时间点开始回放 binlog 至目标时刻

mysqlbinlog --start-datetime="2024-01-10 09:00:00" \
  --stop-datetime="2024-01-10 09:30:00" \
  /var/lib/mysql/binlog.000123 | mysql -u root -p

也可使用 --start-position/--stop-position 精确控制回放范围。

PITR 对时间精度与服务器时区敏感；强烈建议定期演练恢复流程，并记录每次备份对应的 binlog 位点。

物理备份概述

Percona XtraBackup：开源热备工具，支持增量备份与速度快
MySQL Enterprise Backup：官方商业版本，提供加密与压缩
文件系统快照：借助 LVM、ZFS 或云盘快照结合 FLUSH TABLES WITH READ LOCK

物理备份速度快、可恢复到完全一致的数据目录，适合大规模数据量场景。

校验与演练

# 在 Docker 中恢复到临时实例校验
cat shop_2024-01-10.sql | docker exec -i mysql-restore mysql -u root -psecret

# 对比行数
mysql -e "SELECT table_name, table_rows FROM information_schema.tables WHERE table_schema='shop';"

校验备份文件完整性：mysql --force < backup.sql 是否失败
使用 pt-table-checksum 或 CHECKSUM TABLE 校验主备一致性

自动化建议

# Linux 定时任务示例
0 3 * * * /usr/local/bin/backup_shop.sh >> /var/log/mysql/backup.log 2>&1

备份脚本需包含：

设置 set -euo pipefail 保证异常立刻退出
生成日期命名的备份文件
上传或同步至对象存储（AWS S3、阿里云 OSS 等）
发送备份结果通知（邮件/IM）

导入导出片段

-- 仅导出表结构
mysqldump -d shop > schema.sql

-- 仅导出数据
mysqldump -t shop > data.sql

-- 只导出部分表
mysqldump shop users products > shop_users_products.sql

若需导出 CSV，可使用 SELECT ... INTO OUTFILE 并指定分隔符。

常见问题与排查

锁表：MyISAM 或显式锁可能导致备份等待；建议使用 InnoDB + --single-transaction
大文件：使用管道压缩 | gzip > backup.sql.gz
字符集：注意 --default-character-set=utf8mb4
权限：备份账号需具备 SELECT, LOCK TABLES, SHOW VIEW, TRIGGER 权限

小结

建立“全量 + binlog 增量”的策略并定期演练，才能保证可靠恢复。备份脚本、日志与校验同样重要，请将备份操作纳入日常运维流程。

介绍

Deep Research

MySQL 教程

备份策略概览

全量逻辑备份（在线）

压缩与拆分

恢复

二进制日志与增量

物理备份概述

校验与演练

自动化建议

导入导出片段

常见问题与排查

小结

​备份策略概览

​全量逻辑备份（在线）

​压缩与拆分

​恢复

​二进制日志与增量

​物理备份概述

​校验与演练

​自动化建议

​导入导出片段

​常见问题与排查

​小结

备份策略概览

全量逻辑备份（在线）

压缩与拆分

恢复

二进制日志与增量

物理备份概述

校验与演练

自动化建议

导入导出片段

常见问题与排查

小结