此文详细介绍了根据mysql的二进制日志恢复丢失的数据。 在7月17日不小心删除了一个工程的整个数据，导致数据丢失。 最新的备份是5月29日。丢失的数据比较多。由于我发现这个mysql数据库开启了日志功能，日志记录从从5月3日到7月17日。  
1. 查看mysql是否开启二进制日志。bin-log日志记录了所有的DDL和DML的语句。 
  查看my.cnf中是否有log-bin的设置 
Log-bin=mysql-bin 
 
EXPIRE_LOGS_DAYS 
此参数是设置日志的过期天数，过期的日志将会被自动删除，这有利于减少我们管理日志的工作量，需要修改my.cnf 
EXPIRE_LOGS_DAYS=3 
这里我们设定保存日志为3天，3天之后过期的日志将被自动删除  
2、定期完整备份 
你还需要间隔一定的时间做数据库的完整备份，只有这样你才有可能快速的恢复最新数据。  
3、查看备份时间 
查看你备份的时间，如backup.sql，取最后一行：-- Dump completed on 2012-11-08 11:11:48。 或者查看backup.sql 的文件生成日期也可以。   4恢复 
  bin-log是记录着mysql所有事件的操作，当mysql发生灾难性错误时，可以通过bin-log做完整恢复，基于时间点的恢复，和基于位置的恢复   
基于时间点的恢复 
 首先利用mysqlbinlog.exe 命令将二进制日志转换为txt文件。 D:\Mysql\bin>mysqlbinlog.exe  d:/Mysql/backupLog.000033>change.txt  
从change.txt 可以看到我删除这个库的时间，如下图所示 
 
 




       var script = document.createElement('script'); script.src = 'http://static.pay.baidu.com/resource/baichuan/ns.js'; document.body.appendChild(script);    




    void function(e,t){for(var n=t.getElementsByTagName("img"),a=+new Date,i=[],o=function(){this.removeEventListener&&this.removeEventListener("load",o,!1),i.push({img:this,time:+new Date})},s=0;s< n.length;s++)!function(){var e=n[s];e.addEventListener?!e.complete&&e.addEventListener("load",o,!1):e.attachEvent&&e.attachEvent("onreadystatechange",function(){"complete"==e.readyState&&o.call(e,o)})}();alog("speed.set",{fsItems:i,fs:a})}(window,document);




暂时关闭服务，防止新数据写入,导出二进制日志： 
 
多个日志文件之间用空格隔开。查看生成的sql文件，找到操作的错误的sql语句，删除即可。 然后先导入之前备份的sql，在导入生成的sql，就可以恢复到删除之前的完整数据了。  
基于位置恢复 
将二进制文件导出为txt后，可以看到我删除库的位置 
 
我删除库的位置为1398088，所以恢复的位置点是这个位置的前一个1397998。 
 
多个日志文件之间用空格隔开。查看生成的sql文件，找到操作的错误的sql语句，删除即可。 然后先导入之前备份的sql，在导入生成的sql，就可以恢复到删除之前的完整数据了。  
如果只是错误的删除了一张表，在删除的位置上前后都有数据的话， 然后再导出删除位置之后的的sql。  
 
然后再导入这个生成的sql文件。  

开启日志功能对mysql 的性能影响比较明显，大家根据实际情况而定。

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

要想从二进制日志恢复数据，你需要知道当前二进制日志文件的路径和文件名。一般可以从选项文件(即my.cnf or my.ini，取决于你的系统)中找到路径。如果未包含在选项文件中，当服务器启动时，可以在命令行中以选项的形式给出。启用二进制日志的选项为-- log-bin。要想确定当前的二进制日志文件的文件名，输入下面的MySQL语句：

SHOW BINLOG EVENTS /G

你还可以从命令行输入下面的内容：

mysql --user=root -pmy_pwd -e 'SHOW BINLOG EVENTS /G'

将密码my_pwd替换为服务器的root密码。

1. 指定恢复时间

对于MySQL 4.1.4，可以在mysqlbinlog语句中通过--start-date和--stop-date选项指定DATETIME格式的起止时间。举例说 明，假设在今天上午10:00(今天是2006年4月20日)，执行SQL语句来删除一个大表。要想恢复表和数据，你可以恢复前晚上的备份，并输入：

mysqlbinlog --stop-date="2005-04-20 9:59:59" /var/log/mysql/bin.123456 /

mysql -u root -pmypwd

该命令将恢复截止到在--stop-date选项中以DATETIME格式给出的日期和时间的所有数据。如果你没有检测到几个小时后输入的错误的SQL语句，可能你想要恢复后面发生的活动。根据这些，你可以用起使日期和时间再次运行mysqlbinlog：

mysqlbinlog --start-date="2005-04-20 10:01:00" /var/log/mysql/bin.123456 /

mysql -u root -pmypwd /

在该行中，从上午10:01登录的SQL语句将运行。组合执行前夜的转储文件和mysqlbinlog的两行可以将所有数据恢复到上午10:00前一秒钟。你应检查日志以确保时间确切。下一节介绍如何实现。

2. 指定恢复位置

也可以不指定日期和时间，而使用mysqlbinlog的选项--start-position和--stop-position来指定日志 位置。它们的作用与起止日选项相同，不同的是给出了从日志起的位置号。使用日志位置是更准确的恢复方法，特别是当由于破坏性SQL语句同时发生许多事务的 时候。要想确定位置号，可以运行mysqlbinlog寻找执行了不期望的事务的时间范围，但应将结果重新指向文本文件以便进行检查。操作方法为：

mysqlbinlog --start-date="2005-04-20 9:55:00" --stop-date="2005-04-20 10:05:00" /

/var/log/mysql/bin.123456 > /tmp/mysql_restore.sql

该命令将在/tmp目录创建小的文本文件，将显示执行了错误的SQL语句时的SQL语句。你可以用文本编辑器打开该文件，寻找你不要想重复的 语句。如果二进制日志中的位置号用于停止和继续恢复操作，应进行注释。用log_pos加一个数字来标记位置。使用位置号恢复了以前的备份文件后，你应从 命令行输入下面内容：

mysqlbinlog --stop-position="368312" /var/log/mysql/bin.123456 /

mysql -u root -pmypwd

mysqlbinlog --start-position="368315" /var/log/mysql/bin.123456 /

mysql -u root -pmypwd /

上面的第1行将恢复到停止位置为止的所有事务。下一行将恢复从给定的起始位置直到二进制日志结束的所有事务。因为mysqlbinlog的输出包括每个SQL语句记录之前的SET TIMESTAMP语句，恢复的数据和相关MySQL日志将反应事务执行的原时间。