MySQL 基于时间点的快速恢复方案

之所以有这样一篇文章，是因为在前几天的一个晚上，要下班的时候，业务方忽然有一个需求，是需要恢复一个表里面的数据，当时问了下情况，大概是这样的：业务方不小心在一个表里面做了一个update的操作，可能是where条件没有写对，导致表里面的数据被写坏了，但是数据目前还没有落盘，只是在内存中的值修改了，现在要求恢复到之前的数据。万幸，这份数据是平台上某些商品的价格，基本上是有限个商品，然后价格值也都是固定的，之前有对这个价格表进行备份，于是给他直接重新导入了一份价格表的数据，这个问题也算是解决了。

当时我在想，如果我没有备份，只有binlog，这个时候如果这个问题让我来恢复，那么有什么更好的办法么？新建一个实例，全库还原，然后应用备份的binlog，一直去追，追到数据被该坏的时间点。

 使用mysqlbinlog工具重放事务，这种方法会有很多陷阱，比如：

1、只能每次运行一个mysqlbinlog命令，一次对一个binlog文件执行重放，无法并行多命令运行，因为在执行重放的时候会产生一个临时表，会有冲突，造成失败。

2、它是一个原子操作。如果它在运行到半途中间的时候失败，将很难知道它在哪失败，也很难基于先前的时间点重新开始。导致失败的理由会有很多：一些并发事务引起的Innodb lock wait timeout ，server和client设置的max_allowed_packet不同，以及查询过程中失去跟mysql server的连接，等等。

于是翻了翻percona的博客，找到一种方法，看了看精髓，就大概记录了下来，这儿方法我还没有亲自实现，只是记录在这里，以后有时间了可以亲自操作一把，看看是否能够比较高效的解决这个问题。

    大体思路如下：

2台额外机器，第1台用于做备份结果数据的恢复，另外1台用于将原主的binlog拷贝至该实例然后模拟原主，然后第一台与第二台建立主从关系，change master to 第二台，位置点位备份结果（xtrabackup_binlog_info中的binlog名和pos），然后同步至误操作点停止，将恢复的表，导出，然后恢复至生产原主。

    具体的步骤如下：

1、准备一台机器，用于将该实例的最新备份的结果数据，进行备份还原

2、准备另外一台机器了，新实例，将原master的binlog文件，拷贝至该实例的数据目录下， 启动一个空实例（server-id跟原主一致， --log_bin=master-bin  binlog文件名保持跟原主一致；），然后停掉它，删除所有它自动创建的binlogs，解压缩并拷贝所有需要的binlogs(来自于原生产实例)到它的数据目录下，然后重新启动它。

最新备份数据的位置：

如果启动正常，则连接mysql，查看binlog相关信息：

3、建立同步关系，并同步到误操作动作的位置前停止

 CHANGE MASTER TO 

MASTER_HOST='127.0.0.1',

MASTER_PORT=3307,

MASTER_USER='root',

MASTER_PASSWORD='secret',

MASTER_LOG_FILE='master-bin.000007', MASTER_LOG_POS=1518932;

START SLAVE UNTIL 

MASTER_LOG_FILE = 'log_name', 

MASTER_LOG_POS = log_pos

或者

START SLAVE SQL_THREAD UNTIL

 SQL_AFTER_GTIDS =

 3E11FA47-71CA-11E1-9E33-C80AA9429562:11-56

SHOW SLAVE STATUSG；

相当于多用了一台实例，提高二进制日志的利用速率，提高二进制日志的利用的成功率。这个方法是否可行，还有待验证，按照文章中作者讲述的思想来看，是比单实例应用binlog的方法好，因为一旦发生了应用binlog过程中的错误，它能够快速确定实在那个点位发生的错误，有助于我们快速解决问题。

以上就是MySQL 基于时间点的快速恢复方案的详细内容，更多关于MySQL 快速恢复的资料请关注我们其它相关文章！

赞 (0)

相关推荐

  • Mysql的Binlog数据恢复:不小心删除数据库详解

    Mysql的Binlog数据恢复:不小心删除数据库详解

    Mysql的Bin log数据恢复:不小心删除数据库 前言:因为不小心删除了测试机器上Mysql的一整个数据库Schema,因为是测试机所以没有做备份,现在通过MySQL的Bin log方式恢复到删除以前的数据库. 当然做Bin log的数据恢复前提是已经打开Bin log的功能,如果又没做数据备份,又没打开Bin log日志,那你就可能需要考虑快照等其它方式从系统的角度去恢复. Bin log 常用于数据增量备份和恢复,以及数据库主从复制.如果没有开启,可以通过如下方式打开: 1.打开mysq

  • MySQL数据库备份恢复实现代码

    数据库的备份 #语法: # mysqldump -h 服务器 -u用户名 -p密码 数据库名 > 备份文件.sql #示例: #单库备份 mysqldump -uroot -p123 db1 > db1.sql mysqldump -uroot -p123 db1 table1 table2 > db1-table1-table2.sql #多库备份 mysqldump -uroot -p123 --databases db1 db2 mysql db3 > db1_db2_mys

  • MySQL 两种恢复数据的方法

    一 前言 前一段时间接二连三的出现开发人员在测试环境和生产误操作导致数据库误删除/更新,对DBA而言,回滚数据着实是一件头疼的事情,凡涉及到恢复线上数据必然对应用带来一定的影响.大多数情况是开发误操作delete数据,update多数行,根据之前的操作经验,本文介绍常用的恢复方法. 二 常用的恢复方式 2.1 利用备份恢复 使用这种方式的前提必须有最近的备份集或者知道出现误操作起始的binlog 位点或者GTID,利用备份集恢复到中间的机器上,然后利用MySQL的slave 特性 START S

  • Window下如何恢复被删除的Mysql8.0.17 Root账户及密码

    不久前自学完完sql,下了mysql8.0.17,安装配置好后探索着,想着用root账户登上去能不能删除root账户呢,然后就想给自己一巴掌,,, 如何快速恢复root: 1.关闭mysql服务:win+R键键入services.msc,找到mysql服务,点击stop; 2.删除data文件夹及其文件:进入mysql文件夹,找到data文件夹并删除: 3.初始化mysql:再次进入services.msc,运行mysql服务:cmd窗口进入mysql\bin文件路径,运行mysqld --in

  • Mysql大型SQL文件快速恢复方案分享

    Mysql大型SQL文件快速恢复方案分享

    前言 在使用Mysql数据库的过程中,经常需要使用到备份和恢复数据库,最简单便捷的方法便是通过导出SQL数据文件和导入SQL数据文件来完成备份和恢复,但是随着项目的增长,数据量越来越大,每次恢复就成了一件很头疼的事情. 当我最近一次拉下项目中的5GB大小的数据库到本地进行恢复时,竟然需要耗时40-50分钟,想着日后的数据扩增,数据量越来越大,恢复成本也越来越高,于是便查阅了一些资料,可以通过以下设置来提高你的恢复效率. 1.更改备份参数 首先我们需要在备份数据库的时候,可以通过更改参数来提高我们

  • MySQL单表恢复的步骤

    正休息的时候一个电话将我的睡意完全打散,"开发童鞋写update SQL的时候忘了加where条件了",相信每一个DBA同学听到这个消息的时候都有骂街的冲动吧.万幸只是单表写花了,而不是哪位大神在DB里面drop table玩.虽然已经很久没进行单表恢复了,但是还好步骤都印在脑海中,没有出问题的就恢复完了. 言归正传,记录一下单表恢复的步骤和关键点,提醒自己也提醒大家. 第一步: 找一台性能比较高的服务器作为还原机,从备份池中将最近的一次备份恢复到这台还原机上.当然这个前提是你有备份,

  • MySQL5.7 mysqldump备份与恢复的实现

    MySQL 备份 冷备份: 停止服务进行备份,即停止数据库的写入 热备份: 不停止服务进行备份(在线) mysql 的 MyIsam 引擎只支持冷备份,InnoDB 支持热备份,原因: InnoDB引擎是事务性存储引擎,每一条语句都会写日志,并且每一条语句在日志里面都有时间点,那么在备份的时候,mysql可以根据这个日志来进行redo和undo,将备份的时候没有提交的事务进行回滚,已经提交了的进行重做.但是MyIsam不行,MyIsam是没有日志的,为了保证一致性,只能停机或者锁表进行备份. I

  • 从MySQL全库备份中恢复某个库和某张表的方法

    在Mysqldump官方工具中,如何只恢复某个库呢? 全库备份 [root@HE1 ~]# mysqldump -uroot -p --single-transaction -A --master-data=2 >dump.sql 只还原erp库的内容 [root@HE1 ~]# mysql -uroot -pMANAGER erp --one-database <dump.sql 可以看出这里主要用到的参数是--one-database简写-o的参数,极大方便了我们的恢复灵活性. 那么如何从

  • MySQL使用mysqldump+binlog完整恢复被删除的数据库原理解析

    (一)概述 在日常MySQL数据库运维过程中,可能会遇到用户误删除数据,常见的误删除数据操作有: 用户执行delete,因为条件不对,删除了不应该删除的数据(DML操作): 用户执行update,因为条件不对,更新数据出错(DML操作): 用户误删除表drop table(DDL操作): 用户误清空表truncate(DDL操作): 用户删除数据库drop database,跑路(DDL操作) -等 这些情况虽然不会经常遇到,但是遇到了,我们需要有能力将其恢复,下面讲述如何恢复. (二)恢复原理

  • mysql数据备份与恢复实现方法分析

    本文实例讲述了mysql数据备份与恢复实现方法.分享给大家供大家参考,具体如下: 本文内容: 复制文件法 利用mysqldump 利用select into outfile 其它(列举但不介绍) 首发日期:2018-04-19 有些时候,在备份之前要先做flush tables ,确保所有数据都被写入到磁盘中. 复制文件法: 对于myisam存储引擎的数据库,它的表结构(.frm).数据(.myd)和索引(.myi)都单独成文件,可以直接复制这三个文件到备份空间就可以成功备份了. 至于还原,只需

  • shell脚本实现mysql定时备份、删除、恢复功能

    mysql备份脚本: 脚本实现:按照数据库名称,全量备份mysql数据库并定期删除 #!/bin/bash #全备方式,一般在从机上执行,适用于小中型mysql数据库 #删除15天以前备份 #作者:lcm_linux #时间:2019.08.06 source ~/.bash_profile #加载用户环境变量 set -o nounset #引用未初始化变量时退出 set -o errexit #执行shell命令遇到错误时退出 #备份用户---需要在mysql中提前创建并授权 #GRANT

随机推荐