mysqlbinlog——日志恢复数据库文件

系统环境:Centos7.2

架构:Mysql主从

数据库:Mysql5.7.9

说明:公司正式环境,不小心drop一张表,由于开始了binlog日志,所以我们将采用最近一次全备 + mysql-binlog日志的方式进行恢复,我的数据备份机制为“8小时/天”,每天3次,下面来说说具体操作步骤。

 

一、思路

1.1 记下出问题的时间点,我是2018.09.11 12:59:00左右出的问题

1.2 那么根据时间点找到最近一份mysql-bin-000030的日志,我们将用它来进行恢复

二、具体操作

2.1 拿到xxx.sql数据库的2018.9.11 08:00:00早上的全库备份,以早8:00至13:00(要包括出问题的时间点)所有binlog日志

数据库文件

mysql-bin-0000xx日志文件

 

2.2 找1台安装有mysql数据库的服务器,将备份的数据库导出,我们要在此基础上采用“binlog”进行恢复

2.3 因为binlog在windows下不能直接读,使用"mysqlbinlog  --no-defaults mysql-bin.000039 >39.txt "将binlog日志重定向至39.txt文本,将39.txt下载到自己windows电脑,如果有多个日志,建议重复本操作,为什么下载到本地?因为binlog日志都很大,在windows上面使用crtl+f,可以很方便的根据时间点进行查找。

2.4 将binlog日志转换为mysql可识别语句

方法一:mysqlbinlog  --no-defaults  -d DB_name   --start-datetime='2018-09-11 8:54:40' --stop-datetime='2018-09-11 12:59:10'  mysql-bin.000032 >temp20180911.sql

方法二:mysqlbinlog  --no-defaults  --database=edu --start-datetime='2018-09-11 10:48:53' --stop-datetime='2018-09-11 10:49:24' mysql-bin.000032 >temp20180911.sql

说明:将起始时间点为"2018-09-11 8:54:40",结束时间点为“2018-09-11 12:59:10”,这段时间内的"mysql-bin-000032"的binlog日志导出到临时脚本文件"temp20180911.sql"中,用于在mysql数据库里面使用source temp20180911.sql 进行恢复

--database                              ##与"-d"作用相同,用于指定数据

-d                                              ##与“database”作用相同,用于指定数据库

--start-datetime                       ##起始时间点

--stop-datetime                       ##结束时间点

--start-position                        ##起始位置

--stop-position                       ##结束位置

2.5 在mysql里进行恢复

source temp20180911.sql ;                                      ##将我们刚刚创建的临时脚本在此处进行恢复

2.6 查看已恢复的数据数量

select count (*) from xxx where ' create_datetime > 2018-09-11 08:00:00 '  ;

 

三、细分时间段,导出某个时间段的内容,采用“truncate”方法,清空表数据,但保留表结构

3.1 使用2.4的方法,将binlog日志导出至某个临时文件

3.2 在mysql>truncate xxx_table ;

3.3 source temp20180911_10:50.sql ;

3.4 查看这个时间段的表数据

select count (*) from xxx where ' create_datetime > 2018-09-11 08:00:00 '  ;

 

四、直接采用binlog日志进行恢复

mysqlbinlog  --no-defaults  --start-datetime='2018-09-11 8:54:40' --stop-datetime='2018-09-11 12:59:10' /root/mysql-bin.000032   |       mysql -uroot -p

说明:将起始点与结束点之间的binlog日志,直接用于恢复(此种方法在非主从同步的机器上报错),建议采用方案二。

 

 

五、在恢复过程中所采的坑

Type0:在恢复之前要将binlog日志里面的DROP TABLE语句删除,切记切记!!

Type0:在恢复之前要将binlog日志里面的DROP TABLE语句删除,切记切记!!

Type0:在恢复之前要将binlog日志里面的DROP TABLE语句删除,切记切记!!

 

Type1:错误:ERROR 1032 (HY000) at line 324: Can't find record in ‘tablename'

                  解决方案: 在执行的时候加上“--no-defaults”

Type2:主从同步错误

开启主从同步                 mysql>   start slave;                 

vim /etc/my.cnf

[mysqld]

slave-skip-errors = all

Type3:主键重复问题

根据报错的行数和binlog日志和时间点进行对比,进行过滤并采用本文细分时间段解决此问题

Type4:解决MySql Error Code: 2006 – MySQL 服务器已离线 错误

vim /etc/my.cnf

[mysqld]

max_allowed_packet = 100M

interactive_timeout = 28800000                                             ##单位:秒
wait_timeout = 28800000                                                        ##单位:秒
 

Type5:binlog日志权限不足

解决方案:增加权限

 

 

 六、额外插曲

##在已备份的数据库中导出单个表方案

解决方案:A和B表之间的表的区间,就等于取A表

awk '/-- Table structure for table `table_A`/,/-- Table structure for table `table_B`/{print}' bak_edu.sql >>temp.sql

说明:将A表重定向到一个临时表“temp.sql”,用户后期恢复这张A表


 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

  • 9
    点赞
  • 39
    收藏
  • 打赏
    打赏
  • 16
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
©️2022 CSDN 皮肤主题:编程工作室 设计师:CSDN官方博客 返回首页
评论 16

打赏作者

不会飞的大象

你的鼓励将是我创作的最大动力

¥2 ¥4 ¥6 ¥10 ¥20
输入1-500的整数
余额支付 (余额:-- )
扫码支付
扫码支付:¥2
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值