资讯专栏INFORMATION COLUMN

Mysql二进制日志(binlog)恢复数据

nihao / 3255人阅读

摘要:我们先来看下对数据库的完全备份。总结如果允许数据丢失,可以直接使用直接恢复,否则可以通过二进制文件进行恢复。现在看来其实也非常简单了,找到开发服务器上的二进制日志文件就能恢复了,最后他又一个一个表开始建的,谁叫我当初又蠢又笨

开启binlog

show binary logs 检查bin log是否开启,Mac OS系统安装完Mysql没有my.cnf配置文件,需要自己新建,我的Mysql配置文件放在/etc/my.cnf,将binlog开启,默认如果不给值的话,log-bin 的会以mysqld-bin 为索引,创建mysqld-bin.00001等;重启mysql。

定时备份与还原

一般我们会对mysql数据库做定时备份,但是不能够满足我们的需求,因为可能会丢失数据,如果我们在每天的早上4点进行定时数据备份,在当天晚上9点,数据库挂了,此时数据库只能备份到当天4点之前的所有数据,4点-9点的数据没办法通过这种方式恢复,丢失了,这肯定是不能容忍的,通过二进制日志文件可以满足我们的需求,只要不是服务器、硬盘问题,都能通过这种方式,进行数据恢复。我们先来看下对数据库的完全备份。

mysqldump -uroot -ppassword test > /Users/ksmaster/GitHub/mysql_backup/test_DB0722-10:16.sql

本地生成test_DB0722-10:16.sql文件之后,假如数据库数据被人为无意损坏或是数据表或库被误删,我们都能够通过生成的sql文件进行数据恢复,恢复当天4点之前的数据状态。假如此处是把整个库误删了,恢复如下:

mysql -uroot -ppassword test < /Users/ksmaster/GitHub/mysql_backup/test_DB0722-10:16.sql
利用二进制日志(binlog)还原

我预先创建了一个新的数据库test,表user,之后查看二进制日志文件,因为我的是本地数据库,二进制日志存放在/usr/local/mysql/data/目录下,如mysql-bin.000001

我这里有两个二进制文件,mysql-bin.000001和mysql-bin.000002,如果你没有执行过flush logs或者没有重启mysql,一般来说只有一个mysql-bin.000001,我们先查看下mysql-bin.000001

sudo mysqlbinlog --no-defaults mysql-bin.000001 

截图如下:
可以看到有创建数据库、建表、插入数据等sql语句,还有at 417等,我们插入一些脏数据或者是错误数据,甚至是把数据库删除都可以,之后我们如何利用二进制文件进行数据恢复呢?

mysqlbinlog --no-defaults --stop-position="3263" mysql-bin.000001 > /Users/ksmaster/GitHub/mysql_backup/test_backup0722-11:30.sql

我们将mysql-bin.000001的sql语句导出到本地,这里我们只导出位于3263之前的语句,因为之后的数据是错误的我们不想要;然后进行恢复,我们先来看下到处到本地的sql语句是怎样的:
这里贴代码的话,无用的代码太多,只截取部分看看是什么样子的,其实就是执行过的sql语句,如果我们把数据误删了,我们可以利用导出的sql语句进行数据恢复:

mysql -uroot -ppassword < /Users/ksmaster/GitHub/mysql_backup/test_backup0722-11:30.sql

通过这种方式我们可以比较灵活的恢复自己想要的数据,并且没有丢失数据,只要二进制文件在硬盘没有损坏,都能恢复我们想要的数据。

总结

如果允许数据丢失,可以直接使用mysqldump直接恢复,否则可以通过二进制文件进行恢复。在这里突然想到我去年还在实习的时候,当时项目刚开始,主力成员加上我和技术经理就三个人,有次我打开了mysql workbench,有可能是我不小心碰到键盘了还是别人搞得,整个数据库表全没了...庆幸的是还好是开发环境,不是生产环境..到底是不是我搞的我到现在也不知道是不是我搞得,然后另一个同事就着急了,工作这么忙项目一个月之后上线,建表造数据这又得浪费一些时间,摊谁身上谁都不乐意,于是他去找另一个同事,看能不能恢复,最后也没搞定。现在看来其实也非常简单了,找到开发服务器上的二进制日志文件就能恢复了,最后他又一个一个表开始建的,谁叫我当初又蠢又笨...

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/49397.html

相关文章

  • MySQL 通过 binlog 恢复数据

    目的 通过了解 binlog 日志的相关配置,简单掌握通过 binlog 对数据库进行数据恢复操作; mysql 日志文件 任何成熟软件都会有一套成熟的日志系统,当软件出现问题时,这些日志就是查询问题来源的宝库。同样,mysql 也不例外,也会有一系列日志记录 mysql 的运行状态。 mysql 主要有以下几种日志: 错误日志:记录 mysql 运行过程中的错误信息 一般查询日志:记录mysq...

    gougoujiang 评论0 收藏0
  • Mysql进制日志(binlog)恢复数据

    摘要:我们先来看下对数据库的完全备份。总结如果允许数据丢失,可以直接使用直接恢复,否则可以通过二进制文件进行恢复。现在看来其实也非常简单了,找到开发服务器上的二进制日志文件就能恢复了,最后他又一个一个表开始建的,谁叫我当初又蠢又笨 开启binlog show binary logs 检查bin log是否开启,Mac OS系统安装完Mysql没有my.cnf配置文件,需要自己新建,我的Mys...

    yy13818512006 评论0 收藏0
  • msyql数据库按需备份-binlog配合全备

    摘要:按需备份数据一备份提要通过在配置实现操作日志的记录,并配合的全备份来实现全备和按需恢复数据的数据备份方案。本文章实现单机备份方案,主从备份,后续再补充。最大缓存区大小文件最大的大小二进制日志自动删除的天数。 Mysql按需备份数据 一. 备份提要 通过在my.cnf配置bin-log,实现操作日志的记录,并配合mysqldump的全备份来实现全备和按需恢复数据的数据备份方案。再以实例来...

    archieyang 评论0 收藏0
  • 教你MySQL Binlog实用攻略

    本文由云+社区发表 1.概述 binlog是Mysql sever层维护的一种二进制日志,与innodb引擎中的redo/undo log是完全不同的日志;其主要是用来记录对mysql数据更新或潜在发生更新的SQL语句,并以事务的形式保存在磁盘中; 作用主要有: [x] 复制:MySQL Replication在Master端开启binlog,Master把它的二进制日志传递给slave...

    codecook 评论0 收藏0
  • 教你MySQL Binlog实用攻略

    本文由云+社区发表 1.概述 binlog是Mysql sever层维护的一种二进制日志,与innodb引擎中的redo/undo log是完全不同的日志;其主要是用来记录对mysql数据更新或潜在发生更新的SQL语句,并以事务的形式保存在磁盘中; 作用主要有: [x] 复制:MySQL Replication在Master端开启binlog,Master把它的二进制日志传递给slave...

    leoperfect 评论0 收藏0

发表评论

0条评论

最新活动
阅读需要支付1元查看
<