mysql记录binlog的方式(MySQL使用binlog日志做数据恢复的实现)
mysql记录binlog的方式
MySQL使用binlog日志做数据恢复的实现mysql的binlog日志是mysql日志中非常重要的一种日志,记录了数据库所有的dml操作。通过binlog日志我们可以进行数据库的读写分离、数据增量备份以及服务器宕机时的数据恢复。
定期备份固然可以在服务器发生宕机的时候快速的恢复数据,但传统的全量备份不可能做到实时,所以在发生宕机的时候,也会损伤一部分数据,如果这个时候开启了binlog日志,那么可以通过binlog来对没有做备份的这一阶段损失的数据进行恢复。如果了解redis的朋友,可能想到了,redis有两种持久化方式,分别是aof和rdb。rdb就类似于mysql的全量复制,aof就类似于mysql的binlog。
关于数据的恢复这里在说一点,既然binlog这么好,是不是开启了binlog就不需要定期做备份了呢,不要这样做。为什么呢,因为binlog的数据量非常大,另外就是使用binlog做数据的恢复性能会非常低。因为binlog是对操作的记录,比如某一时刻,我先插入了一条数据,然后将这条数据删除了,本身数据是没了,但有两条操作。如果是全量备份,肯定没有这条数据,如果使用binlog需要执行一条插入和一条删除操作,因此性能和文件大小都是比较大的。
啰嗦了一堆,下面说关于数据恢复的问题:
在正式开始之前,先来说一说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 事件位置作为事件截至
到此这篇关于mysql使用binlog日志做数据恢复的实现的文章就介绍到这了,更多相关mysql binlog数据恢复内容请搜索开心学习网以前的文章或继续浏览下面的相关文章希望大家以后多多支持开心学习网!
原文链接:https://blog.csdn.net/king_kgh/article/details/74890381
- 深入理解mysql日志(mysql 重要日志文件汇总)
- mysqllinux解压版安装教程学习(解决Linux安装mysql 在/etc下没有my.cnf的问题)
- mysql命令输入行在哪(MySQL命令行操作时的编码问题详解)
- mysql数据备份的几种方式(MySQL数据库备份过程的注意事项)
- docker 镜像mysql(解决docker拉取mysql镜像太慢的情况)
- mysql索引原理和优化(Mysql 索引该如何设计与优化)
- mysql的默认事务隔离级别(啥是 MySQL 事务隔离级别?)
- phpmysql完全学习手册教程(Windows下搭建PHP开发环境Apache+PHP+MySQL)
- mysql中group_concat
- mysqldump 命令详解(mysqldump你可能不知道的参数)
- mysql数据字段默认值怎么设置(MySQL 字段默认值该如何设置)
- mysql语句详解(详解记录MySQL中lower_case_table_names的坑)
- mysql 删除数据回收空间(浅谈为什么MySQL不建议delete删除数据)
- mysql 分库分表步骤(MySQL读多写少设计方案 - 分库分表还能这么做?)
- mysql怎么迁移数据(如何把本地mysql迁移到服务器数据库)
- mysql运算符使用方法(MySQL <>和<=> 运算符介绍)
- 王伦狭隘,晁盖霸道,宋江奸诈骨头软,只有鲁智深才适合当寨主(王伦狭隘晁盖霸道)
- 他是梁山最早的头目,江湖人称 旱地忽律 ,宋江几乎将其遗忘(他是梁山最早的头目)
- 梁山创始人杜迁,为何不受宋江待见,只排名83位(梁山创始人杜迁)
- 法国面包(法国面包法棍)
- 微信(微信分身)
- 双十二(双十二和双十一哪个划算)
热门推荐
- mysql 性能调优技巧(4 款 MySQL 调优工具,公司大神都在用!)
- 织梦dedecms开启付费授权(修改织梦DedeCMS广告模块后,前台显示未更新的解决方法)
- python编写的小程序(几个适合python初学者的简单小程序,看完受益匪浅!推荐)
- react事件绑定的方式和区别(react合成事件与原生事件的相关理解)
- mysql中的null是什么(浅谈为什么Mysql数据库尽量避免NULL)
- 网络虚拟机系统安装教程(NPOINT免费虚拟主机管理系统windows2003的安装方法)
- Sql Server锁的粒度
- gzip指令配置参数用法(Gzip在apache2中的设置和squid对它的处理)
- python socket 设置通信协议(详解python中TCP协议中的粘包问题)
- 使用谷歌浏览器模拟移动端打开网页
排行榜
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9