MYSQL教程MySQL数据库误 *** 作后快速回滚的方法

概述介绍《MYSQL教程MySQL数据库误 *** 作后快速回滚的方法》开发教程，希望对您有用。

《MysqL教程MysqL数据库误 *** 作后快速回滚的方法》要点：
本文介绍了MysqL教程MysqL数据库误 *** 作后快速回滚的方法，希望对您有用。如果有疑问，可以联系我们。

基本上每个跟数据库打交道的程序员(当然也可能是你同事)都会碰一个问题,MysqL误 *** 作后如何快速回滚?比如,delete一张表,忘加限制条件,整张表没了.假如这还是线上环境核心业务数据,那这事就闹大了.误 *** 作后,能快速回滚数据是非常重要的.MysqL数据库

binlog2sql快速回滚MysqL数据库

首先,确认你的MysqL server开启了binlog,设置了以下参数:MysqL数据库

[MysqLd]server-ID = 1log_bin = /var/log/MysqL/MysqL-bin.logmax_binlog_size = 1000Mbinlog-format = row

如果没有开启binlog,也没有预先生成回滚sql,那真的无法快速回滚了.对存放重要业务数据的MysqL,强烈建议开启binlog.MysqL数据库

随后,安装开源工具binlog2sql.binlog2sql是一款简单易用的binlog解析工具,其中一个功能就是生成回滚sql.MysqL数据库

git clone https://github.com/danfengcao/binlog2sql.gitpip install -r requirements.txt

然后,我们就可以生成回滚sql了.MysqL数据库

背景：误删了test库f表整张表的数据,需要紧急回滚.MysqL数据库

原有数据MysqL数据库

MysqL> select * from f;+-----+-----+---------------------+| uID | dID | updateTime     |+-----+-----+---------------------+|  1 | 18 | 2016-12-06 12:28:18 ||  2 | 19 | 2016-12-06 12:55:56 ||  3 | 20 | 2016-12-07 14:00:58 ||  4 | 21 | 2016-12-07 14:01:00 |+-----+-----+---------------------+误 *** 作MysqL> delete from f;query OK,4 rows affected (0.00 sec)f表被清空MysqL> select * from f;Empty set (0.00 sec)

回滚步骤：MysqL数据库

登录MysqL,查看目前的binlog文件MysqL数据库

MysqL> show master logs;+------------------+-----------+| Log_name     | file_size |+------------------+-----------+| MysqL-bin.000001 | 12262268 || MysqL-bin.000002 |  132776 |+------------------+-----------+

最新的binlog文件是MysqL-bin.000002,我们再定位误 *** 作sql的binlog位置MysqL数据库

$ python binlog2sql/binlog2sql.py -h127.0.0.1 -P3306 -uadmin -p'admin' -dtest -t f --start-file='MysqL-bin.000002'

输出：MysqL数据库

DELETE FROM `test`.`f` WHERE `dID`=18 AND `updateTime`='2016-12-06 12:28:18' AND `uID`=1 liMIT 1; #start 4 end 314DELETE FROM `test`.`f` WHERE `dID`=19 AND `updateTime`='2016-12-06 12:55:56' AND `uID`=2 liMIT 1; #start 4 end 314DELETE FROM `test`.`f` WHERE `dID`=20 AND `updateTime`='2016-12-07 14:00:58' AND `uID`=3 liMIT 1; #start 4 end 314DELETE FROM `test`.`f` WHERE `dID`=21 AND `updateTime`='2016-12-07 14:01:00' AND `uID`=4 liMIT 1; #start 4 end 314

生成回滚sql,并检查回滚sql是否正确MysqL数据库

$ python binlog2sql/binlog2sql.py -h127.0.0.1 -P3306 -uadmin -p'admin' -dtest -t f --start-file='MysqL-bin.000002' --start-pos=4 --end-pos=314 -B

输出：MysqL数据库

INSERT INTO `test`.`f`(`dID`,`updateTime`,`uID`) VALUES (21,'2016-12-07 14:01:00',4); #start 4 end 314INSERT INTO `test`.`f`(`dID`,`uID`) VALUES (20,'2016-12-07 14:00:58',3); #start 4 end 314INSERT INTO `test`.`f`(`dID`,`uID`) VALUES (19,'2016-12-06 12:55:56',2); #start 4 end 314INSERT INTO `test`.`f`(`dID`,`uID`) VALUES (18,'2016-12-06 12:28:18',1); #start 4 end 314

确认回滚sql正确,执行回滚语句.登录MysqL,数据回滚成功.MysqL数据库

$ python binlog2sql.py -h127.0.0.1 -P3306 -uadmin -p'admin' -dtest -t f --start-file='MysqL-bin.000002' --start-pos=4 --end-pos=314 -B | MysqL -h127.0.0.1 -P3306 -uadmin -p'admin'MysqL> select * from f;+-----+-----+---------------------+| uID | dID | updateTime     |+-----+-----+---------------------+|  1 | 18 | 2016-12-06 12:28:18 ||  2 | 19 | 2016-12-06 12:55:56 ||  3 | 20 | 2016-12-07 14:00:58 ||  4 | 21 | 2016-12-07 14:01:00 |+-----+-----+---------------------+

至此,不用再担心被炒鱿鱼了.MysqL数据库

常见问题MysqL数据库

有人会问,我DDL误 *** 作了怎么快速回滚?比如drop了一张大表.

很难做到.因为即使在在row模式下,DDL *** 作也不会把每行数据的变化记录到binlog,所以DDL无法通过binlog回滚.实现DDL回滚,必须要在执行DDL前先备份老数据.确实有人通过修改MysqL server源码实现了DDL的快速回滚,我找到阿里的xiaobin lin提交了一个patch.但据我所知,国内很少有互联网公司应用了这个特性.原因的话,我认为最主要还是懒的去折腾,没必要搞这个低频功能,次要原因是会增加一些额外存储.MysqL数据库

所以,DDL误 *** 作的话一般只能通过备份来恢复.如果公司连备份也不能用了,那真的建议去买张飞机票了.干啥?跑呗MysqL数据库

MysqL除了binlog2sql,是否还有其他回滚工具?

当然有.阿里彭立勋对MysqLbinlog增加了flashback的特性,这应该是MysqL最早有的flashback功能,彭解决的是DML的回滚,并说明了利用binlog进行DML闪回的设计思路.DDL回滚特性也是由阿里团队提出并实现的.这两个功能是有创新精神的,此后出现的闪回工具基本都是对上面两者的模仿.另外,去哪儿开源的Inception是一套MysqL自动化运维工具,这个就比较重了,支持DML回滚,还不是从binlog回滚的,是从备份回滚的,也支持DDL回滚表结构,数据是回滚不了滴~MysqL数据库

以上所述是小编给大家介绍的MysqL数据库误 *** 作后快速回滚的方法,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的.在此也非常感谢大家对内存溢出PHP网站的支持!MysqL数据库

总结

以上是内存溢出为你收集整理的MYSQL教程MySQL数据库误 *** 作后快速回滚的方法全部内容，希望文章能够帮你解决MYSQL教程MySQL数据库误 *** 作后快速回滚的方法所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。