码迷,mamicode.com
首页 > 数据库 > 详细

MySQL中基于mysqldump和二进制日志log-bin二进制日志进行逻辑备份以及基于时间点的还原

时间:2017-06-07 23:11:21      阅读:336      评论:0      收藏:0      [点我收藏+]

标签:ges   run   href   datetime   blank   版本   into   edit   file   

 

本文出处:http://www.cnblogs.com/wy123/p/6956464.html 

 

 

本文仅模拟使用mysqldump和log-bin二进制日志进行简单测试,仅作为个人学习笔记,可能离实际应用还有很大差距,仅参考。

 

开启MySQL的bin-log二进制日志

  模拟还原是需要mysqldump出来的文件和log-bin,因此需要开始log-bin二进制日志。
  mysql5.7.18在开启二进制日志的时候除了要设置log-bin的位置之外,另外需要设置一个server-id,MySQL之前的版本应该不需要这个设置。

  吐槽一下开源软件,基本上每个版本都有一些跟之前版本不一样的地方,网上查资料,不同版本的情况下不少东西都是不一样的,这一点需要注意。

  技术分享

  重启之后,查询log_bin相关的变量

  技术分享

 

mysqldump备份(导出)数据的基本使用

mysqldump命令参数相当多,简单记录一下常用的命令,以及利用mysqldump备份(严格说是导出数据)和二进制日志log-bin进行数据库还原操作。


-- 备份testdb整个数据库,-l表示给所有表上加一个读锁,-F(F要大写,消协不报错单页无效)表示滚动生成一个新的日志文件
mysqldump -u root -p -l -F -h localhost testdb > usr/local/mysqlbak/test20170607_data.sql

技术分享

备份出来的文件就是create table和insert into table的脚本

技术分享

-- 备份testdb数据库中的test_table1 test_table2两张表,加上--no-create-info就意味这个备份出来的文件不带create table的脚本,仅仅是insert into table的信息
mysqldump -uroot -p -h localhost testdb test_table1 test_table2 --no-create-info> usr/local/mysqlbak/test20170606_1.sql

-- 备份testdb数据库中的test2表中的一部分数据,也就是备份test_table1表中符合id<1000的数据
mysqldump -uroot -p -h localhost testdb test_table1 --where "id<1000" > usr/local/mysqlbak/test20170606_2.sql

 

更多mysqldump的参数,参考:http://www.cnblogs.com/xuejie/archive/2013/01/11/2856911.html

 

利用mysqldump备份的文件和log-bin二进制日志进行还原

  首先在以表中有数据的情况下进行备份

技术分享

  执行 mysqldump -u root -p -l -F -h localhost testdb --master-data=2 > usr/local/mysqlbak/test20170607_data.sql

  技术分享

  这里加了一个--master-data=2的选项,目的是在备份文件中备注出来当前的log_bin的文件,
  至于为什么要加这个命令,很多博客上都记录的是用mysqldump备份出来一个文件之后,修改数据,然后模拟数据库误删或者宕机还原怎么的,然后在使用mysqldump出来的文件还原之后,接着使用log-bin还原
  虽然都是测试模拟,但是有一个明显的问题啊,怎么知道mysqldump之后日志是否发生了滚动,滚动了几次?
  如果日志不滚动还要,按照时间点或者位置还原log-bin文件,如果滚动了,怎么知道滚动了几个日志文件呢
  就需要在mysqldump执行的时候,记录下来刷新日志之后的新生成的log-bin文件,在使用日志还原的时候,才能判断使用哪些日志进行还原。

  有了--master-data=2的选项,才知道mysqldump备份时候的log_file位置

技术分享

  然后继续往表中插入10条数据

  技术分享

  然后模拟在某个时间点误删数据的情况,truncate测试表,测试表此时为空

  技术分享

  首先利用mysqldump出来的文件还原数据库,mysqldump出来的文件备份是100行时候的数据
  因为备份文件中备份的时候的数据是100行,这里还原之后是100行,没有问题。

  技术分享

  然后接着利用log-bin按照时间点还原,上面说了,mysqldump出来的文件记录了日志刷新之后的log-bin的文件名称,
  那么就可以判断日志是否发生了滚动,如果没有滚动,就按照下图最新的log-bin进行按照时间点进行还原。

  技术分享

  进行一次mysqldump备份还原
  mysql -u root -p testdb < usr/local/mysqlbak/test20170607_data.sql
  进然后再行一次基于bin-log的时间点还原
  mysqlbinlog --stop-datetime="2017-6-7 21:45:00" /var/lib/mysql/mysql-bin.000022 | mysql -u root -p testdb
  然后数据就回来了。

  技术分享

 

 

  当然这里仅仅是模拟操作,当然还有许多细节尚未确定,如果发生了日志滚动,要做基于时间点的还原,还要追究到究竟是基于哪个日志文件的时间点。

 

总结:

  本文仅仅以一个简单的示例来模式数据库的还原操作,
  mysqldump备份模式比较简单粗暴,仅仅是将数据导出为insert脚本,在还原较大数据时候会有性能问题,可能mysqldump就不适合了,就需要更为高效的xtrabackup来做备份还原了。

 

  

   

  

 

MySQL中基于mysqldump和二进制日志log-bin二进制日志进行逻辑备份以及基于时间点的还原

标签:ges   run   href   datetime   blank   版本   into   edit   file   

原文地址:http://www.cnblogs.com/wy123/p/6956464.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!