不小心删掉了mysql数据库怎么办

mysql数据库不小心还原了需要按照以下步骤恢复。

1、先确认mysql有没有启用bin日志 ，就是看下mysql.ini（my.cnf）里的log-bin=mysql-bin， 可以 自定义一个目录和前缀名，比如/data/log/mylog这样。

2、然后在数据库文件存放的data目录就能看到mysql-bin.00000x这样的文件，这就是二进制日志了，可以导出成txt格式的，里面其实就是对数据库的各种 *** 作sql语句。

3、导出txt文件：

e:\wamp\bin\mysql\mysql5.6.12\bin>mysqlbinlog

--database=testdatabase

e:\wamp\bin\mysql\mysql5.6.12\data\mysql-bin.000312

>

c:\\test1.txt

这是windows下的导出，linux也是类似的。

database=数据库名

从最早的日志还始还原

linux下可以很方便的 mysql-bin.000*

可以加参数开始时间和结束时间，就是你执行那条sql语句的时间

start-datetime="2014-12-04

11:25:56"

--stop-datetime="2014-12-04

13:23:50"

4、恢复数据：

e:\wamp\bin\mysql\mysql5.6.12\bin>mysqlbinlog

--database=yundongchao

e:\wamp\bin\mysql\mysql5.6.12\data\mysql-bin.000179

|

mysql

-u

root

-p

------------------------------------------------

误删数据的几种 *** 作

如何事前预防误删数据？

误删行数据恢复

误删行数据恢复可以使用 Flashback工具 。

Flashback恢复数据的原理是通过修改binlog内容，拿回原库进行回放，前提是 binlog_format=row和binlog_row_image=FULL 。

在使用Flashback进行恢复的时候， 不建议在主库上进行 *** 作 ，比较安全的做法是恢复出一个备份，或者找一个从库作为临时库，在这个临时库上执行 *** 作，然后再将确认过的临时库的数据恢复到主库。

误删库/表

drop table或者truncate table误删数据表 无法通过Flashback工具恢复 ，因为binlog_format的格式即使是ROW模式，在binlog中记录的也只是一条drop table或者truncate语句，因此无法进行恢复。

此时恢复的方式需要 全量备份加增量日志的方式进行恢复 ，因此要求数据有定期的全量备份，并且实时备份binlog。

假如某人在中午12点误删除了一个库里的某张表，恢复数据的流程如下：

mysqlbinlog恢复数据慢的原因？

如何更快的恢复误删的表？

在用备份恢复出临时实例以后，将这个临时实例设置成线上备库的从库：

假设此时备库的binlog已经被删除，那么需要去binlog备份系统找到删掉的日志文件拷贝到日志目录下，假设文件名是master.000001，打开日志目录下的binlog的index文件，在开头加入master.000001，让备库重新识别此日志文件

延迟复制备库

以上恢复都具有时间不可控性，如果采用上述步骤进行恢复，建议开发成工具（甚至可以做自己的DBA自动化平台），并大量测试后进行使用，避免手动误 *** 作带来更大的问题。

一般的主备复制存在的问题是，假设主库上的表被删除，这个命令很快会被发给所有从库，进而导致从库的数据表也被一起误删除。

延迟复制备库 是可以持续保持与主库有N秒延迟的备库 。

假设这里N=3600，那么表示只要在1个小时以内发现了误删除，就可以的到备库上执行stop slave，再通过之前讲到的方法，跳过误 *** 作的命令（比如将误删除的GTID加到实例集合中），就可以恢复出需要的数据。

rm误删

只要你的集群是高可用，如果rm删除了某个节点(只要不是恶意删除所有节点)，HA系统会自动开始工作，选出一个新的主库，从而保证集群工作。

在解决的过程中，以下几种尝试：1.如果开启了日志，直接mysqlbinlog 使用日志恢复即可。2.如果不是删除了一个表的部分数据，而是删除整个表，那么可以在删除后马上用磁盘数据恢复软件尝试恢复。（因为删除表后会有文件被删除，而删除表的部分数据，文件还是存在）3.找数据恢复的公司，使用工具分析ibdata1（分析过程参考一页一页查看有没有历史记录存在，使用ibdata1恢复数据，应该是在了解数据表结构的前提下，数据库除ibdata1外其他数据受损不能正常使用数据库时尝试，而不是删了表数据后恢复什么的。（事实上，这个文件是存储现有表数据的，其实也可以设置成每个表一个文件。）4.mysql下有ib_logfile0和ib_logfile1两个文件，其实这两个文件里，记录了Mysql的一些事物日志，用于事务的前滚后滚，是Mysql自身使用的，这个文件用文本工具打开后，有很多乱码，但却可以查找到被删除的少量数据的insert记录，极少数的乱码通过前后语句找出了原文，最终通过事物日志恢复了删除的文件。注：用事物日志恢复，需要几个前提。1：知道被删除数据的大概位置，不要这边查找，那边又不断有新数据插入。2：因为有很多乱码，适用于查找少量数据，而不是用作大量数据的恢复，浪费体力。3：如果二进制日志没开，没有备份，那么只能用这种方法恢复了。

---