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

本文出处： 

本文仅模拟使用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表中符合idmysqldump -uroot -p -h localhost testdb test_table1 --where "id >  usr/local/mysqlbak/test20170606_2.sql

更多mysqldump的参数，参考：

另外，mysql log-bin的更换策略：

使用索引来循环文件,在以下条件将循环至下一个索引
1。服务器重启
2。服务器被更新
3。日志到达了最大日志长度 max_binlog_size
4。日志被刷新 mysql> flush logs;

利用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 　　进然后再行一次基于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  # 备份文件  # 动了 

相关栏目： <？ｍｕｍａ $count = M('archives')->where(['typeid'=>$field['id']])->count(); ?> 【 AI推广<？ｍｕｍａ echo $count; ?> 】 <？ｍｕｍａ $count = M('archives')->where(['typeid'=>$field['id']])->count(); ?> 【 SEO优化<？ｍｕｍａ echo $count; ?> 】 <？ｍｕｍａ $count = M('archives')->where(['typeid'=>$field['id']])->count(); ?> 【 技术百科<？ｍｕｍａ echo $count; ?> 】 <？ｍｕｍａ $count = M('archives')->where(['typeid'=>$field['id']])->count(); ?> 【 谷歌推广<？ｍｕｍａ echo $count; ?> 】 <？ｍｕｍａ $count = M('archives')->where(['typeid'=>$field['id']])->count(); ?> 【 百度推广<？ｍｕｍａ echo $count; ?> 】 <？ｍｕｍａ $count = M('archives')->where(['typeid'=>$field['id']])->count(); ?> 【 网络营销<？ｍｕｍａ echo $count; ?> 】 <？ｍｕｍａ $count = M('archives')->where(['typeid'=>$field['id']])->count(); ?> 【 案例网站<？ｍｕｍａ echo $count; ?> 】 <？ｍｕｍａ $count = M('archives')->where(['typeid'=>$field['id']])->count(); ?> 【 精选文章<？ｍｕｍａ echo $count; ?> 】