Mysql如何在删库后可以不用跑路

我一直在想,地球上这么多程序员,应该有很多人在团队做项目的时候,出过很大的错误,比如说不小心删了库,活动福利字段多写了个零导致全服务器玩家领到数倍奖励,听了沙雕群友的话执行rm -rf命令。

记得有一本专门调侃的书,叫《Mysql从入门到删库跑路》,各种能人异士。

所以掌握如何在数据库被删之后进行恢复,是很重要的。

MySQL删除数据有很多种方式,你可以删除一条数据,可以删除一张表,也可以删除一整个库,还有就是你在rm -rf删除磁盘的时候直接把MySQL相关的所有文件都给删了。

删除行

如果你使用delete命令删除了一行数据,可以使用Flashback工具通过闪回来恢复数据。

如果你使用过git,应该知道它有一个很有用的命令,Revert,回到之前的状态。

对于数据库也是类似,我们的每一步操作其实都是记录在binlog中的,要恢复一条数据,只需要按照binlog中的操作记录进行回滚。

对于binlog中DELETE的操作,回滚就会执行与之对应的INSERT操作。

同理,INSERT的回滚是DELETE。

UPDATE的回滚,是交换前后SET和WHERE的值,这个请思考一下UPDATE语句的WHERE和SET作用。

原始:

UPDATE test.user SET id=3, name='antz' WHERE id=3 AND name='uhl';

回滚:

UPDATE test.user SET id=3, name='uhl' WHERE id=3 AND name='antz';

所以说,我们只需要知道我们删除时执行了哪些DELETE语句,就可以把这个DELETE反过来改写成为INSERT语句,达到恢复的目的。

为了方便这里使用binlog2sql工具来帮助我们分析binlog日志。

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

查看开始时的binlog日志状态。

1

删除一条数据之后的binlog。

执行脚本解析binlog。

20191216165429.png

不过最好还是不要在主库上这样做,说不定越来越乱。

最好可以把你要恢复的库拷贝出一个备份,在这个库上临时进行恢复,确认恢复成功后,在恢复到主库。

这是因为,一个在执行线上逻辑的主库,数据状态的变更往往是有关联的,可能发现数据问题的时间晚一点,就导致已经在之前误操作的基础上,业务逻辑代码就继续修改了其他数据,如果你直接在主库恢复了这几条数据,没有经过确认的话,可能会导致数据出现更大问题。

你可以把sql_safe_updates参数设置为on,这样你的delete和update在没有写where的情况下就会报错。

误删库/表

这种情况下想要恢复数据就需要使用全量备份,加增量日志的方式了。要求线上数据库有定期的全量备份,并且实时备份binlog。

假如说有一个人不小心删掉一个库,我们就可以取最近的一次全量备份,恢复出一个临时库,然后在拿出当前的日志,从日志中恢复全量备份中没有的数据。

MySQL自带了一个binlog查看的工具,mysqlbinlog,在你MySQL安装目录下的bin中就可以找到。

使用show master logs查看当前的binlog日志,找到最近的一条,就可以使用mysqlbinlog来查看了。

rm删除

这类情况一般来说就只有跑路了,除非你使用了Mysql集群,你可以从其他节点中恢复数据。

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值