MySQL 全量、增量备份与恢复

MySQL 全量、增量备份与恢复

两种最常用的方案:

  1. **mysqldump + binlog:**逻辑备份,简单轻量,适合中小数据 / 测试环境
  2. **Percona XtraBackup:**物理热备,生产级标准,适合大数据量 / InnoDB 引擎

核心概念:

  • **全量备份:**备份所有数据,数据最快,但占用空间大、备份慢
  • **增量备份:**仅备份上一次备份后变化的数据,体积小、速度快
  • **恢复逻辑:**先恢复全量 → 按顺序恢复所有增量 → 还原到目的时间点

前置必备:开启二进制日志(binlog)

MySQL 增量备份必须依赖 binlog (记录所有数据修改操作)

1.开启配置

编辑 MySQL 配置文件(Linux:/etc/my.cnf;WIndows:my.ini

ini 复制代码
[mysqld]
log-bin=mysql-bin	# 开启 binlog,文件前缀
server-id=1			# 唯一 ID(必填)
binlog_format=row	# 行模式(推荐,最安全)
expire_logs_days=7	# 自动清理 7 天前的 binlog

2.重启生效

bash 复制代码
systemctl restart mysqld

3.验证

sql 复制代码
SHOW VARIABLES LIKE 'log_bin'

显示 ON 即为开启成功

方案一:mysqldump 全量 + binlog 增量(逻辑备份)

**使用场景:**数据量 < 50G、测试环境、跨版本迁移

**优点:**备份为 SQL 文件,可编辑、跨平台;**缺点:**大数据备份慢

一、备份操作

1.全量备份
bash 复制代码
# 创建备份目录
mkdir -p /backup

# 全量备份(所有库 + 不锁表 + 记录binlog位点 + 刷新日志)
mysqldump -uroot -p --all-databases --single-transaction --master-data=2 --flush-logs > /backup/full_$(date +%Y%m%d).sql

关键参数解释

  • --single-transaction:InnoDB 热备,不锁表
  • --master-data=2:记录 binlog 起始位置
  • --flush-logs:刷新 binlog,后续增量操作写入新文件
2.增量备份

全量备份后,所有数据修改都会写入新的 binlog 文件,直接拷贝 binlog 即可:

bash 复制代码
# 备份增量binlog(替换为实际文件名)
cp /var/lib/mysql/mysql-bin.000002 /backup/inc_$(date +%Y%m%d_%H%M)

二、恢复操作

场景:数据库崩溃,恢复到最新数据

bash 复制代码
# 1.停止 MySQL,禁止新数据写入
systemctl stop mysqld

# 2.恢复全量备份
mysql -uroot -p < /backup/full_20260330.sql

# 3.恢复增量 binlog(按顺序执行)
mysqlbinlog /var/lib/mysql/mysql-bin.000002 | mysql -uroot -p

# 4.精准恢复到指定时间点(可选)
mysqlbinlog -stop-datatime="2026-03-30 15:00:00" mysql-bin.000002 | mysql -uroot -p

# 5.启动MySQL
systemctl start mysqld

方案二:XtraBackup 全量 + 增量(物理热备 | 生产首选)

**使用场景:**数据量 > 50G、生产环境、InnoDB 引擎

**核心优势:**热备不锁表、备份 / 恢复速度快、支持增量

一、环境安装

bash 复制代码
# 安装Percona源
yum install https://repo.percona.com/yum/percona-release-latest.noarch.rpm -y
# 安装备份工具
yum install percona-xtrabackup-24 -y

二、备份操作

1.全量备份
bash 复制代码
# 创建备份目录
mkdir -p /backup/full /backup/inc

# 全量备份(自动生成时间戳目录)
innobackupex -uroot -p /backup/full/

# 【必须】准备全量备份(同步数据,保证一致性)
innobackupex --apply-log /backup/full/2026-03-30_10-00-00
2.增量备份

第一次增量(基于全量)

bash 复制代码
innobackupex -uroot -p --incremental /backup/inc --incremental-basedir=/backup/full/2026-03-30_10-00-00

第二次增量(基于上一次增量)

bash 复制代码
innobackupex -uroot -p --incremental /backup/inc --incremental-basedir=/backup/inc/2026-03-30_11-00-00

三、恢复操作

核心规则:先合并所有增量到全量,再恢复数据

bash 复制代码
# 1. 停止MySQL
systemctl stop mysqld

# 2. 清空数据目录(⚠️ 谨慎操作!)
rm -rf /var/lib/mysql/*

# 3. 合并增量到全量(按顺序!最后一次不加--redo-only)
innobackupex --apply-log --redo-only /backup/full/2026-03-30_10-00-00
innobackupex --apply-log --redo-only /backup/full/2026-03-30_10-00-00 --incremental-dir=/backup/inc/2026-03-30_11-00-00
innobackupex --apply-log /backup/full/2026-03-30_10-00-00 --incremental-dir=/backup/inc/2026-03-30_12-00-00

# 4. 恢复数据到MySQL目录
innobackupex --copy-back /backup/full/2026-03-30_10-00-00

# 5. 修改文件权限(⚠️ 必做!否则启动失败)
chown -R mysql:mysql /var/lib/mysql

# 6. 启动MySQL
systemctl start mysqld
相关推荐
Jim6002 小时前
【吃透 MySQL InnoDB连载】第 1 章・解密线上数据库高频故障
mysql
GreatSQL8 小时前
gt-checksum v4.0.0 新功能解读系列文章(4):SSL 加密连接——数据校验传输安全再升级
mysql
倔强的石头_10 小时前
KingbaseES 新版MySQL 兼容版体验:旧版迁移 + 功能实测
数据库
倔强的石头_3 天前
《Kingbase护城河》——数据库存储空间全景探测与精细化瘦身实战
数据库
云技纵横3 天前
唯一索引 INSERT 死锁实战:5 秒复现交叉插入的 S 锁循环等待
sql·mysql
沉默王二3 天前
面试官:RAG 不用向量数据库,用 MySQL 硬扛?我:100 万向量不是很轻松?
mysql·面试·ai编程
冬奇Lab4 天前
每日一个开源项目(第134篇):Zvec - 阿里开源的嵌入式向量数据库,向量搜索界的 SQLite
数据库·人工智能·llm
小猿姐4 天前
MySQL Top 10 热点问题 AI 运维实战:从内核诊断到云原生运维
mysql·云原生·aiops
ClouGence4 天前
Oracle CDC 架构优化:从主库直连到 DataGuard 备库同步
数据库·后端·oracle