MySQL数据库恢复步骤(基于全量备份和binlog)

目录

MySQL数据库恢复步骤(基于全量备份和binlog)

前提条件

  1. 已存在昨日凌晨1点的全量备份文件(如:full_backup_20250902.sql
  2. MySQL的binlog日志文件完整且未被清理
  3. 已确认数据库无法启动,需要通过备份恢复

恢复准备工作

  1. 停止当前故障的MySQL服务

    bash 复制代码
    systemctl stop mysqld
  2. 备份当前数据库的数据目录(防止意外)

    bash 复制代码
    mv /var/lib/mysql /var/lib/mysql_bak
  3. 重新初始化MySQL数据目录

    bash 复制代码
    mysqld --initialize --user=mysql

方法一:基于位置的binlog恢复

步骤1:恢复全量备份

bash 复制代码
mysql -u root -p < full_backup_20250902.sql

步骤2:确定binlog恢复起点

查看全量备份文件,找到备份时的binlog位置信息:

bash 复制代码
grep "CHANGE MASTER TO MASTER_LOG_FILE" full_backup_20250902.sql

输出示例:

复制代码
-- CHANGE MASTER TO MASTER_LOG_FILE='binlog.000005', MASTER_LOG_POS=154;

记录下文件名binlog.000005和位置154

步骤3:确定binlog恢复终点

找到断电前的最后一个binlog文件及位置:

bash 复制代码
mysqlbinlog --base64-output=decode-rows -v /var/log/mysql/binlog.00000* | grep -i "2025-09-03 12:30" -B 10

步骤4:应用binlog日志

bash 复制代码
mysqlbinlog --start-position=154 --stop-position=xxxx /var/log/mysql/binlog.000005 | mysql -u root -p

如果涉及多个binlog文件:

bash 复制代码
mysqlbinlog --start-position=154 /var/log/mysql/binlog.000005 | mysql -u root -p
mysqlbinlog /var/log/mysql/binlog.000006 | mysql -u root -p
mysqlbinlog --stop-position=xxxx /var/log/mysql/binlog.000007 | mysql -u root -p

方法二:基于GTID的binlog恢复

步骤1:恢复全量备份

bash 复制代码
mysql -u root -p < full_backup_20250902.sql

步骤2:确定GTID恢复起点

查看全量备份中的GTID信息:

bash 复制代码
grep "SET @@GLOBAL.GTID_PURGED" full_backup_20250902.sql

输出示例:

复制代码
SET @@GLOBAL.GTID_PURGED='c7a7e543-5e2c-11ed-8a1e-00155d000000:1-100';

记录下GTID集合c7a7e543-5e2c-11ed-8a1e-00155d000000:1-100

步骤3:确定GTID恢复终点

查看断电前的最后一个GTID:

bash 复制代码
mysqlbinlog --base64-output=decode-rows -v /var/log/mysql/binlog.00000* | grep -i "2025-09-03 12:30" -B 20 | grep "GTID"

步骤4:配置MySQL启用GTID

bash 复制代码
vi /etc/my.cnf

添加以下配置:

复制代码
gtid_mode=ON
enforce_gtid_consistency=ON

重启MySQL服务:

bash 复制代码
systemctl restart mysqld

步骤5:应用binlog日志

bash 复制代码
mysql -u root -p -e "SET @@SESSION.SQL_LOG_BIN=0; SET @@GLOBAL.GTID_PURGED=''; SET @@GLOBAL.GTID_PURGED='c7a7e543-5e2c-11ed-8a1e-00155d000000:1-100';"

mysqlbinlog --include-gtids='c7a7e543-5e2c-11ed-8a1e-00155d000000:101-xxxx' /var/log/mysql/binlog.000005 /var/log/mysql/binlog.000006 | mysql -u root -p

恢复后验证

  1. 检查数据库服务状态

    bash 复制代码
    systemctl status mysqld
  2. 登录数据库验证数据完整性

    bash 复制代码
    mysql -u root -p
  3. 执行查询确认关键数据是否恢复到断电前状态

    sql 复制代码
    SELECT COUNT(*) FROM important_table;
    SELECT MAX(updated_at) FROM important_table;
  4. 备份恢复后的数据库

    bash 复制代码
    mysqldump -u root -p --all-databases > post_recovery_backup.sql

注意事项

  1. 基于位置的恢复适用于未启用GTID的环境,需要精确确定每个binlog文件的起始和结束位置
  2. 基于GTID的恢复更简单可靠,推荐在MySQL 8.0环境中使用
  3. 恢复过程中确保binlog文件完整无损
  4. 恢复前建议先在测试环境验证恢复流程和备份文件的有效性
  5. 恢复完成后,建议重新配置数据库的备份策略,考虑增加增量备份或缩短全量备份间隔
相关推荐
小任今晚几点睡3 小时前
MySQL 8.0.40 主从复制完整实验总结(基础搭建 + 进阶延时同步与误操作恢复)
mysql·集群·主从复制·增量备份
小钻风33664 小时前
Redis初阶学习
数据库·redis·缓存
郏国上5 小时前
如何把指定阿里云文件夹下的所有文件移动到另一个文件夹下,移动文件时把文件名称(不包括文件后缀)进行md5编码
数据库·阿里云·云计算
Akshsjsjenjd5 小时前
Ansible 核心功能:循环、过滤器、判断与错误处理全解析
java·数据库·ansible
kiwixing5 小时前
集群无法启动CRS-4124: Oracle High Availability Services startup failed
java·运维·数据库·mysql·postgresql·oracle
Hygge-star5 小时前
【MySQL自学】SQL主键使用误区:你必须知道的关键细节
数据库·sql·mysql·数据分析·学习方法
向上的车轮5 小时前
SQL标准有哪些?由那个国际组织管理?国产数据库在SQL标准上的贡献有哪些?
数据库·sql·sql标准
Rhys..6 小时前
python sqlalchemy模型的建立
jvm·数据库·python·oracle
neo_Ggx236 小时前
SQL 函数:使用 REPLACE进行批量文本替换
数据库·sql