mysql数据恢复,使用binlog配置恢复未备份数据

使用mysqlbinlog配置,恢复数据库

什么是mysqlbinlog

binlog是记录所有数据库表结构变更(例如CREATE、ALTER TABLE…)以及表数据修改(INSERT、UPDATE、DELETE…)的二进制日志。

binlog不会记录SELECT和SHOW这类操作,因为这类操作对数据本身并没有修改,但你可以通过查询通用日志来查看MySQL执行过的所有语句。

使用mysqlbinlog功能必须先在mysql配置binlog,开启binlog服务

配置binlog

一.5.7之前,my.cnf/my.ini都在mysql得根目录下,只需要在mysqld下面添加配置

log-bin=mysql-bin

binlog-format=Row

server-id=1

解释:

1.开启binlog。=mysql-bin这部分参数可以改成一个路径存放binlog文件,默认是这个配置,文件存放到mysql得data文件夹内初始化生成mysql-bin.00000x/mysql-bin.index文件

       2.binlog-format有3个参数

① STATEMENT模式(SBR)


每一条会修改数据的sql语句会记录到binlog中。优点是并不需要记录每一条sql语句和每一行的数据变化,减少了binlog日志量,节约IO,提高性能。缺点是在某些情况下会导致master-slave中的数据不一致(如sleep()函数,last_insert_id(),以及user-defined functions(udf)等会出现问题)


② ROW模式(RBR)


不记录每条sql语句的上下文信息,仅需记录哪条数据被修改了,修改成什么样了。而且不会出现某些特定情况下的存储过程、或function、或trigger的调用和触发无法被正确复制的问题。缺点是会产生大量的日志,尤其是alter table的时候会让日志暴涨。


③ MIXED模式(MBR)


以上两种模式的混合使用,一般的复制使用STATEMENT模式保存binlog,对于STATEMENT模式无法复制的操作使用ROW模式保存binlog,MySQL会根据执行的SQL语句选择日志保存方式。

在MySQL 5.7.7之前,默认格式是 STATEMENT。在MySQL 5.7.7及更高版本中,默认值是ROW。 例外:在NDB群集中,默认值是MIXED;

NDB群集不支持基于语句的复制。


用户必须有权SUPER 设置全局binlog_format值或会话值。

3. server-id,开启binlog必须设置此参数,否则报错,不能启动服务,值是一个随机数,在主从mysql配置中要设定不能重复得值

二.5.7之后

5.7之后my.cnf/my.ini被挪到了mysql根目录下得bin文件夹,我在此配置中开启binlog无效,在mysql根目录下配置my.cnf/my.ini,内容如下:

[client]

default-character-set=utf8

[mysql]

default-character-set=utf8

[mysqld]

log-bin=mysql-bin

binlog-format=Row

server-id=1

即可正常使用,

备注:开启binlog配置后,个人使用得windows10系统,在用一些集成工具比如:phpstudy,wamp启动mysql得时候不能启动,权限不足,需要在cmd窗口下,使用管理员权限启动mysql服务。

三.配置好binlog之后检查配置是否开启

mysql> show variables like 'log_bin%'; 


mysql数据恢复,使用binlog配置恢复未备份数据_第1张图片

Log_bin NO开启binlog服务

四.删库之后使用备份与binlog文件恢复数据

新建数据库并建表填入数据如下

mysql数据恢复,使用binlog配置恢复未备份数据_第2张图片

备份数据库,数据id=7,备份后添加几条数据,最终表数据如下



mysql数据恢复,使用binlog配置恢复未备份数据_第3张图片

删除数据库,

mysql数据恢复,使用binlog配置恢复未备份数据_第4张图片

恢复数,此时执行一次刷新日志索引操作,重新开始新的binlog日志记录文件,理论说已有得binlogn 文件不会再有后续写入了(便于我们分析原因及查找pos点),以后所有数据库操作都会写入到下一个日志文件;

     mysql> mysql> flush logs;

     mysql> show master status;

导入备份数据库文件,恢复如下

mysql数据恢复,使用binlog配置恢复未备份数据_第5张图片

此时可以看到,id=8,9,10内容我们并没有备份,使用mysql命令查看最新得binlog日志

mysql>show binlog events in 'mysql-bin.000001';

mysql数据恢复,使用binlog配置恢复未备份数据_第6张图片

在11694进行了删库操作,恢复到删库操作前一个节点,11594

进入数据库数据文件目录,本人是windwos10系统,进入mysql下得data文件夹,

从binlog日志恢复数据


     恢复语法格式:

     # mysqlbinlog mysql-bin.0000xx | mysql -u用户名 -p密码数据库名


       常用选项:

         --start-position=953                  起始pos点

         --stop-position=1437                  结束pos点

         --start-datetime="2013-11-29 13:18:54"起始时间点

         --stop-datetime="2013-11-29 13:21:53"  结束时间点

         --database=zyyshop                    指定只恢复zyyshop数据库(一台主机上往往有多个数据库,只限本地log日志)


       不常用选项:   

         -u --user=name             Connect to the remote server as username.连接到远程主机的用户名

         -p --password[=name]       Password to connect to remote server.连接到远程主机的密码

         -h --host=name              Getthe binlog from server.从远程主机上获取binlog日志

         --read-from-remote-server   Readbinary logs from a MySQL server.从某个MySQL服务器上读取binlog日志


实际是将读出的binlog日志内容,通过管道符传递给mysql命令。这些命令、文件尽量写成绝对路径;

我们需要恢复到11694,命令如下:

mysql数据恢复,使用binlog配置恢复未备份数据_第7张图片

报错如下:

一是在MySQL的配置my.cnf/my.ini中将default-character-set=utf8 修改为character-set-server = utf8,但是这需要重启MySQL服务,如果你的MySQL服务正在忙,那这样的代价会比较大。

二是用--no-defaults 命令参数

5.7之后,mysql不允许在命令行直接键入数据库密码,建议在输入密码提示之后在键入密码,命令行得密码可以忽略掉,或者在my.cnf/my.ini中配置

最终命令如下:

D:\phpStudy\PHPTutorial\MySQL\data>mysqlbinlog --no-defaults mysql-bin.000001 --stop-position 11694 | mysql -uroot

去看下数据库吧

mysql数据恢复,使用binlog配置恢复未备份数据_第8张图片
mysql数据恢复,使用binlog配置恢复未备份数据

id8,9,10在没有备份文件得情况下也恢复成功,尽量还是要备份好文件,binlog开启后,会占用不小得空间,以及一部分mysql性能。

你可能感兴趣的:(mysql数据恢复,使用binlog配置恢复未备份数据)