mysql数据库恢复技术_mysql数据库恢复

前言:

对数据库的误操作,谁都不愿意发生这种事,所以首先要做的是小心再小心,减少此类事情的发生。

恢复的基础:

mysql从5.0开始支持log-bin,所谓log_bin就是对所有的操作都做了记录,其中包括操作的sql语句、时间等等。这个是恢复数据所必须的。

如果MySQL服务器启用了二进制日志,你可以使用mysqlbinlog工具来恢复从指定的时间点开始 (例如,从你最后一次备份)直到现在或另一个指定的时间点的数据。

要确认你的mysql开启log_bin,登录mysql输入以下命令

mysql> show variables like "%log%";

需要看到这样的一行,说明binlog已经开启了

log_bin | ON

如果还没有开启,那还是趁早启动吧,因为总有一天你会庆幸自己这个英明决定的。

在/etc/my.cnf里添加如下,然后重启mysql,就开启log_bin了

log-bin=my_binglog #开启日志记录

log_bin=/var/log/mysql/mysql-bin.log

expire_logs_days=10

max_binlog_size=100M

恢复前要做的事:

但如果真的发生了,这时候不管事情有多么严重,我都强烈建议你先暂停下来,做几次深呼吸,这样能让你冷静下来,而不至于昏了头继续执行错误的挽救措施。

做完深呼吸后,以最快的速度评估下受影响的范围,如果你自己无法评估,那就找个能评估的人来。

如果受影响的范围较大,你应该在第一时间通知你的上级领导,让他知道此次事故,不要试图以速度来掩盖问题。

恢复的流程:

1.将数据库恢复到一个已有的旧版本。

2.用日志将旧版本之后的所有sql都导出来。

3.执行旧版本之后的所有sql恢复数据库。

开始恢复数据:

1.找到一个历史的数据库备份版本,备用。

2.找到mysql存储的日志文件,也就是开启bin_log里配置的路径,将旧版本之后的所有sql导出。

mysqlbinlog /var/log/mysql/mysql-bin.000029 -d zantest >allsql.sql

以上命令没有根据时间段导出,是把所有的sql都导出了,mysqlbinlog命令支持start-date和stop-date的,在最后我会写几个参考。

3.到处后,找到旧的数据库备份版本的时间,和导出的sql对照下,把导出的sql之前的都删除掉,仅保留旧版本之后的sql,然后不要忘了删除你执行错误的那条sql,那条万恶的sql,处理完之后的sql,我们暂且叫sql_after.sql

3.用旧的数据库备份恢复数据库到旧的时间点。

4.把sql_after.sql导入到数据库,这样旧的时间点之后的数据操作就都被执行了,数据库也就恢复了。

我其实推荐你这么做(单表恢复):

上面说到如何恢复数据库,当你执行了误操作之后,其实你的肾上腺激素水平会持续很高一段时间,然后你看了上面的操作后,大部分时候,你看了后,不敢这么贸然做的。

因为上面的内容有一条是这么写的,“把数据库恢复到一个旧的历史版本”,这是个风险很高的操作,刚才的误操作,影响的可能仅仅是一个表,但把数据库恢复到一个旧的版本,相当于整个库的所有表都到旧的版本了,万一没法恢复,那你真扛不起啊。

来个低风险的方法:

1.将数据库受影响的表恢复到旧的版本。

一般很少有人进行单表备份的,所以你可以把旧版本的数据库恢复到你本地,然后把这个表导出来,恢复下单表

2.将这个表之后运行的sql导出来。

刚才你已经有了sql_after.sql,你需要从这里头把这个表的操作提取出来,因为别的表操作你根本不需要的。

grep your_table_name sql_after.sql>your_table_name.sql

grep是linux的命令,不要在mysql的控制台运行,也不要在windows下运行。

3.把your_table_name.sql处理下,因为你会发现每条sql后都少了分号,你需要给每行都添加个分号。

4.把处理好的your_table_name.sql导入到你的数据库,完成单表的恢复。

其它内容:

1.导出指定开始的位置到结束位置之间执行的sql

mysqlbinlog /var/log/mysql/mysql-bin.000029 --start-position=301639029 --stop-position=301639247 -d zantest>pevent.sql

2.导出指定开始时间到结束时间之间执行的sql

mysqlbinlog /var/log/mysql/mysql-bin.000029 --start-date=”2013-01-24 12:53:00″--stop-date=”2013-01-24 12:54:00″ -d zantest>pevent.sql

3.直接将指定位置的sql导入到数据库中,不要担心没有指定导入的数据库,导出的binlog中会有use ***的

mysqlbinlog /var/log/mysql/mysql-bin.000029 --start-date=”2013-01-24 12:53:00″--stop-date=”2013-01-24 12:54:00″ -d zantest | mysql -uroot -p123456

4

1

分享到:

18e900b8666ce6f233d25ec02f95ee59.png

72dd548719f0ace4d5f9bca64e1d7715.png

2013-01-26 10:38

浏览 2563

分类:数据库

评论

1 楼

忙碌的松鼠

2013-01-26

嗯,对于小数据量的可以用计划任务写好备份脚本,定时备份。

如果数据量大的话,肯定要用增量备份。

966903dea4bcb507358d5dcce8b912e5.gif

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值