一、误删除了数据库的数据文件，而且没有备份，怎样恢复？
打开mysql的bin log功能：对于mysql也是支持增量备份，但要打开mysql的bin log功能。我们修改mysql的配置文件。linux是/etc/my.cnf，windows是mysql的安装目录/my.ini我们在[mysqld]下面加上log-bin一行代码，如下面。[mysqld]log-bin=mysql-bin复制代码加完后重起mysql即可。某客户更新数据的时候，误删了数据库的内容，因为数据库做了主从，但是没有做备份（备份很重要啊！）幸好开启了bin-log，之后只好把整个日志的记录拿回来本地进行恢复。之后自己也做了一个简单的测试，对数据进行恢复，具体如下：
1、新建一个表CREATE TABLE `lynn`.`sn_test` ( `name` VARCHAR( 10 ) CHARACTER SET utf8 COLLATE utf8_bin NOT NULL , `age` INT( 3 ) NOT NULL ) ENGINE = MYISAM;
2、插入多条数据INSERT INTO `lynn`.`sn_test` (`name`, `age`) VALUES ('lynn1', '1');INSERT INTO `lynn`.`sn_test` (`name`, `age`) VALUES ('lynn2', '2'); INSERT INTO `lynn`.`sn_test` (`name`, `age`) VALUES ('lynn3', '3'); INSERT INTO `lynn`.`sn_test` (`name`, `age`) VALUES ('lynn4', '4');
3、查看数据并删除mysql> select * from sn_test;+-------+-----+| name | age |+---------+---+| lynn1 | 1 || lynn2 | 2 || lynn3 | 3 || lynn4 | 4 |+---------+-----+4 rows in set (0.00 sec)mysql> delete from sn_test;Query OK, 4 rows affected (0.00 sec)mysql> select * from sn_test;Empty set (0.00 sec)4、mysqlbinlog恢复数据mysqlbinlog mysql-bin.000006 > 1.sql查看1.txt里面数据插入的纪录，把删除之前的数据进行恢复mysqlbinlog mysql-bin.000006 --start-position=2471 --stop-position=2876 | mysql -uroot -p123重新登录，查看数据，OK，已经成功恢复了对于数据库操作，应该注意如下问题：1、要常备份（全备，增量备份），出了问题可以最快恢复数据；2、操作数据库前，要把需要操作的数据库或者表dump出来；3、需要把bin-log打开，就算没有做上面的两步，也可以通过日志恢复数据
二、mysql删除的数据库怎么还原？
在解决的过程中，以下几种尝试：
1.如果开启了日志，直接mysqlbinlog 使用日志恢复即可。
2.如果不是删除了一个表的部分数据，而是删除整个表，那么可以在删除后马上用磁盘数据恢复软件尝试恢复。
（因为删除表后会有文件被删除，而删除表的部分数据，文件还是存在）
3.找数据恢复的公司，使用工具分析ibdata1（分析过程参考一页一页查看有没有历史记录存在，使用ibdata1恢复数据，应该是在了解数据表结构的前提下，数据库除ibdata1外其他数据受损不能正常使用数据库时尝试，而不是删了表数据后恢复什么的。
（事实上，这个文件是存储现有表数据的，其实也可以设置成每个表一个文件。）
4.mysql下有ib_logfile0和ib_logfile1两个文件，其实这两个文件里，记录了Mysql的一些事物日志，用于事务的前滚后滚，是Mysql自身使用的，这个文件用文本工具打开后，有很多乱码，但却可以查找到被删除的少量数据的insert记录，极少数的乱码通过前后语句找出了原文，最终通过事物日志恢复了删除的文件。注：用事物日志恢复，需要几个前提。
1：知道被删除数据的大概位置，不要这边查找，那边又不断有新数据插入。
2：因为有很多乱码，适用于查找少量数据，而不是用作大量数据的恢复，浪费体力。
3：如果二进制日志没开，没有备份，那么只能用这种方法恢复了。
三、redo log和bin log存储区别？
redo log和bin log都是MySQL中的日志文件，但是它们的作用和存储方式有所不同。
redo log
redo log是InnoDB存储引擎特有的一种日志文件，用于记录数据库的修改操作（增删改）。当执行一个事务时，InnoDB会将修改操作记录到redo log中，然后再将修改操作应用到内存中的数据页中。如果在此期间发生异常导致MySQL崩溃，redo log中的操作可以帮助InnoDB恢复到上一次修改前的状态。
redo log的存储方式是循环写入，当redo log写满后会从头开始覆盖之前的内容。因此，如果MySQL崩溃后重启，redo log中的数据可能已经被覆盖，此时就无法通过redo log恢复数据了。
bin log
bin log是MySQL的一种日志文件，用于记录所有的数据库操作（包括查询和修改）。bin log可以用于数据备份、数据恢复、数据同步等操作。bin log记录的内容包括操作的SQL语句和执行时间等信息。
bin log的存储方式是追加写入，每次写入都会添加到文件末尾。因此，即使MySQL崩溃后重启，bin log中的数据也不会丢失，可以通过bin log进行数据恢复。
综上所述，redo log和bin log都是MySQL中的日志文件，但是它们的作用和存储方式有所不同。redo log用于记录InnoDB存储引擎的修改操作，用于数据恢复；而bin log用于记录所有的数据库操作，用于数据备份、数据恢复和数据同步。
四、SQL数据呗delete后如何回滚？
操作数据库时候难免会因为“大意”而误操作，需要快速恢复的话通过备份来恢复是不太可能的，因为需要还原和binlog差来恢复，等不了，很费时。这里先说明下因为Delete 操作的恢复方法：主要还是通过binlog来进行恢复，前提是binlog_format必须是Row格式，否则只能通过备份来恢复数据了。方法： 条件：开启Binlog，Format为Row。 步骤：1.通过MySQL自带工具mysqlbinlog 指定导出操作的记录：
2.数据取出来之后，需要把数据解析反转，原始数据：
Row格式的binlog记录的格式如上面所示，需要做的工作就是吧Delete的操作转换成Insert操作，发上面的都是有一定规律的，并且需要注意的是：
1、字段类型 DATETIME 日期。在日志中保存的格式为 @4=2012-10-25 00:00:00，需要将2012-10-25 00:00:00加上引号。
2、负数。在日志中保存的格式为 @1=-1 (4294967295)， -2(4294967294)，-3(4294967293)，需要将()里面的数据去掉，只保留@1=-1。
3、转义字符集。如：'s，\，等。上面3点清楚之后，可以写一个脚本（水平有限，在提升中，写的不好看）：
View Code
执行脚本：方法:python 脚本名 binlog文件 字段数目
python restore.py binlog.txt 36 > binlog.sql
命令行中的36 表示 需要还原的表的字段有36个，效果：
最后还原：
总结:下次整理Row和STATEMENT的优劣。