mysql数据库补救措施_关于MySql数据库误操作数据找回的办法

最新推荐文章于 2024-04-24 09:56:50 发布

dalle_openai

最新推荐文章于 2024-04-24 09:56:50 发布

阅读量400

点赞数

文章标签： mysql数据库补救措施

本文链接：https://blog.csdn.net/weixin_36142226/article/details/113113507

版权

先讲个事，前段时间，系统长时间不用的一个功能被开放出来了，想当然的我没有在测试平台上测试，直接操作了正式系统(的确是我不严谨)，导致好多数据异常，页面展示错乱了。于是我想到的第一个就是进行备份还原。项目进行了7天的备份，每天凌晨自动备份，但是凌晨到现在的数据就会丢失了，这可是重大问题啊。我顿时慌了，于是只能寻求DBA的帮助。这边省略五百字。。。

最后问题解决了，让我对数据恢复产生了兴趣，听DBA讲用的方法是Flashback闪回工具，也简单，于是我也自学了一下，这边做个介绍。

flashback可以把数据库恢复到以前某个时间点(或者说某个binlog的某个pos)。比如忘了带where条件的update、delete操作，传统的恢复方式是利用全备+二进制日志前滚进行恢复，相比于传统的全备+增备，flashback显然更为快速、简单。这里有个注意点，DDL语句是不支持进行flashback的，谨慎操作。

先讲讲所谓的闪回是什么意思，了解他的原理是什么。

其实很简单，相当于回滚，MySQL的binlog以event的形式，记录了MySQL中所有的变更情况，利用binlog我们就能够重现所记录的所有操作。flashback工具(-B 参数)可对rows格式的binlog可以进行逆向操作，将已执行的delete语句反向生成insert语句，将update语句生成反向update语句，将insert语句反向生成delete语句。这里提一句，binlog是有三种格式的：

statement，基于SQL语句的模式，一般来说生成的binlog尺寸较小，但是某些不确定性SQL语句或函数在复制过程可能导致数据不一致甚至出错；

row，基于数据行的模式，记录的是数据行的完整变化。相对更安全，推荐使用(但通常生成的binlog会比其他两种模式大很多)；

mixed，混合模式，可以根据情况自动选用statement抑或row模式；这个模式下也可能造成主从数据不一致。它属于MySQL 5.1版本时期的过渡方案，已不推荐使用了。

注意：使用mysqlbinlog flashback 工具必须设置：binlog_format = row。如果误操作的事务是由多个event组成的，那么必须将整个事务倒序恢复，即从最后一个event恢复到第一个event。

使用方法：

第一步：安装flashback

MySQL本身是不自带flashback的，我们需要进行自己安装。下载地址：https://pan.baidu.com/s/1U33OO79RjBMJPSi0dDpKdg

将mysqlbinlog文件移至mysql安装路径的bin目录下，执行mysqlbinlog --help(自行解决报错)，无任何报错后再执行mysqlbinlog -V，看是否mysql是否版本发生了变化，且多了一个 -B 参数，这样就装完了。

第二步：测试效果

随便建一张表，比如叫frame_ou

create table frame_ou(

ouguid varchar(50) not null，