MySQL binlog日志恢复数据
我们了解了MySQL 的 binlog 日志的开启方式以及 binlog 日志的一些原理和常用操作,我们知道,binlog 有两大作用,一个是使用 binlog 恢复数据,另一个就是用来做主从复制。本篇笔记就是来记录如何使用 binlog 日志来做数据恢复。当然了,使用 binlog 日志所恢复的数据只能是部分数据,并不能够使用 binlog 日志来做数据库的备份,如果想要做数据库备份,依然要使用我们传统的备份方法,而 binlog 可以作为增量备份。
视频链接:http://www.roncoo.com/course/view/658088f6e77541f5835b61800314083e
在正式开始之前,先来说一说 mysql 完整备份数据库,以及恢复数据库的方法备份数据库:
首先我们来创建一个数据库,mytest
create database mytest;
接着我们来创建一张表
use mytest; create table t1(id int ,name varchar(20));
然后我们插入两条数据
insert into t1 values (1,'xiaoming'); insert into t1 values (2,'xiaohong');
下面我们对 mytest 数据库进行备份,备份到/root/bakup/
mysqldump -uroot -p -B -F -R -x --master-data=2 mytest | gzip > /root/backup/bak_$(date +%F).sql.gz
参数说明:
-B:指定数据库
-F:刷新日志
-R:备份存储过程等
-x:锁表
--master-data:在备份语句里添加 CHANGE MASTER 语句以及 binlog 文件及位置点信息查看备份文件
这样呢,我们就把数据做了一个完整的备份。下面来删除数据库,然后通过备份数据进行恢复数据库。
gzip -d bakup_xxx.gz mysql -uroot -p < bakup_xxx.sql
这样我们就把数据导入到库里了。
继续上面的操做,我们新增 xiaoli 和 xiaozhao 这两条数据,并把 xiaozhao 这条记录删除掉。
在删除之前,我们先来刷新 binlog 日志,生成一个新的日志,那么我们之后所要操做的内容都会被记录到新的日志文件中。(通过前面 binlog 日志的详细说明我们知道,每次刷新和服务重启的时候,都会生成一个 binlog 日志文件。)
flush logs; show master status;
我们注意,binlog 的文件是 0009,位置是在 154,这两个信息很重要下面我们来做插入和删除操作
这个时候我们应该是来查看一下 binlog 日志的状态,以便与我们一会来进行恢复到此状态,但是,真正的环境中我们并不知道这个状态,因此这里也就不去查看这个状态了,这个状态的值可以通过后面查看 binlog 日志文件来进行分析。下面我们开始误操作:
我们来把 xiaozhao 删除掉
这样数据就删除掉了,下面我们再来查看 binlog 的状态
show master status;
这个时候我们发现我删除操作是个错误的操作,要进行恢复,那么该如何恢复呢?这个时候我们就可以通过 binlog 的 position 来进行恢复。
在进行其他的处理之前,我们建议,马上再执行一次 flush logs,也就是让出错的部分就集中在这么一个 binlog 日志文件中。
我们来查看 0009 的 binlog 日志。
我们看到 delete_rows 结束点是 928 这个点,起始点是在 755 这个点,我们可以把操作的这些数据删除到我们上次备份的内容,然后通过执行 binlog 来进行恢复,当然恢复到 755 这个点之前。
比如我上次备份的是整个数据库,我就可以把整个数据库删除,然后通过备份文件恢复,然后再通过 binlog 做增量恢复。这样数据就回来了。这里就不再进行删库了,我们直接演示使用 binlog 日志恢复数据的方法
语法如下
mysqlbinlog mysql-bin.0000xx | mysql -u 用户名 -p 密码 数据库名
比如我们要把所有的操作都恢复(不包括我们的删除,我们知道删除是在 755 点上):
mysqlbinlog mysql-bin.000009 --start-position 154 --stop-position 755 | mysql - uroot -p mytest
再来查看表
我们发现 xiaozhao 又回来了,当然了,这里多了一个 xiali,是因为我之前并没有删除备份前的数据。当然了,我们在恢复的过程中可以选择只恢复 xiaozhao 这么一块内容下面是 binlog 日志恢复中一些常用的参数
--start-datetime:从二进制日志中读取指定等于时间戳或者晚于本地计算机的时间
--stop-datetime:从二进制日志中读取指定小于时间戳或者等于本地计算机的时间 取值
和上述一样
--start-position:从二进制日志中读取指定 position 事件位置作为开始。--stop-position:从二进制日志中读取指定 position 事件位置作为事件截至

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
Springboot 整合 Dubbo/ZooKeeper 详解 SOA 案例
本文提纲 一、为啥整合 Dubbo 实现 SOA 二、运行 springboot-dubbo-server 和 springboot-dubbo-client 工程 三、springboot-dubbo-server 和 springboot-dubbo-client 工程配置详解 一、为啥整合 Dubbo 实现 SOA Dubbo 不单单只是高性能的 RPC 调用框架,更是 SOA 服务治理的一种方案。 核心: 远程通信,向本地调用一样调用远程方法。 集群容错 服务自动发现和注册,可平滑添加或者删除服务提供者。 我们常常使用 Springboot 暴露 HTTP 服务,并走 JSON 模式。但慢慢量大了,一种 SOA 的治理方案。这样可以暴露出 Dubbo 服务接口,提供给 Dubbo 消费者进行 RPC 调用。下面我们详解下如何集成 Dubbo。 二、运行 springboot-dubbo-server 和 springboot-dubbo-client 工程 运行环境:JDK 7 或 8,Maven 3.0+技术栈:SpringBoot 1.5+、Dubbo 2.5+、ZooKe...
- 下一篇
高可用架构篇--MyCat在MySQL主从复制基础上实现读写分离
点击链接加入群【Dubbo技术交流2群】:https://jq.qq.com/?_wv=1027&k=46DcDFI 一、环境 操作系统:CentOS-6.6-x86_64-bin-DVD1.iso JDK版本:jdk1.7.0_45 MyCat版本:Mycat-server-1.4-release-20151019230038-linux.tar.gz MyCat节点IP:192.168.1.203 主机名:edu-mycat-01 主机配置:4核CPU、4G内存 MySQL版本:mysql-5.6.26.tar.gz 主节点IP:192.168.1.205 主机名:edu-mysql-01 主机配置:4核CPU、4G内存 从节点IP:192.168.1.206 主机名:edu-mysql-02 主机配置:4核CPU、4G内存 二、依赖课程 《高可用架构篇--第13节--MySQL源码编译安装(CentOS-6.6+MySQL-5.6)》 《高可用架构篇--第14节--MySQL主从复制的配置(CentOS-6.6+MySQL-5.6)》 注意:上一节课中讲到的MySQL主...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS8编译安装MySQL8.0.19
- Linux系统CentOS6、CentOS7手动修改IP地址
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16
- Windows10,CentOS7,CentOS8安装Nodejs环境
- Red5直播服务器,属于Java语言的直播服务器
- SpringBoot2整合Redis,开启缓存,提高访问速度
- CentOS7,8上快速安装Gitea,搭建Git服务器
- SpringBoot2配置默认Tomcat设置,开启更多高级功能