在心中一直有个东西梗着，那就是mysql利用二进制日志文件恢复数据库，今天下决心解决这个问题，在网上查了些资料，然后自己的物理机上测试总是失败，开始一直怀疑是网上说的不正确，最后想起来自己的数据库是从5.0.1升级到5.1.49的，也许是因为升级的原因导致日志文件无法恢复，出现下面的错误
最后没有办法，在虚拟机上面新装个mysql 5.1.49的数据库进行测试，先启用日志功能：log-bin=bin_log，然后配置假定添加删除相关数据，模拟测试环境（新建表，添加数据，删除数据，添加数据，删除表）
use test; create table test(id int auto_increment not null primary key,val int,data varchar(20)); insert into test(val,data) values(10,'liang'); insert into test(val,data) values(20,'jia'); insert into test(val,data) values(30,'hui'); flush logs; insert into test(val,data) values(40,'aaa'); insert into test(val,data) values(50,'bbb'); insert into test(val,data) values(60,'ccc'); delete from test where id between 4 and 5; insert into test(val,data) values(70,'ddd'); flush logs; insert into test(val,data) values(80,'dddd'); insert into test(val,data) values(90,'eeee'); drop table test;
得到日志文件如下：
执行如下命令（dos要进入日志文件所在目录中）把二进制文件转化为记事本文件，方便查看：
mysqlbinlog bin_log.000001 >c:\1.txt mysqlbinlog bin_log.000002 >c:\2.txt mysqlbinlog bin_log.000003 >c:\3.txt
执行如下命令恢复数据库的删除数据和删除表操作
mysqlbinlog bin_log.000001 | mysql -uroot -p4020894 mysqlbinlog bin_log.000002 --stop-pos=861 | mysql -uroot -p4020894 mysqlbinlog bin_log.000002 --start-pos=965 | mysql -uroot -p4020894 mysqlbinlog bin_log.000003 --stop-pos=556 | mysql -uroot -p4020894
执行后的结果如：
上面语句相关说明：
1）stop-pos=861表示执行到861行停止，具体阅读2.txt文件（这里体现了二进制文件转化为文本文件的价值）
2）start-pos=965表示执行从965行开始
其他操作
mysqlbinlog bin_log.000001--读取日志文件在dos上显示 mysqlbinlog bin_log.000002 --stop-datetime="2010-08-19 14:49:39" |mysql -uroot -p4020894--基于停止时间点的恢复 mysqlbinlog bin_log.000001 --start-datetime="2010-08-19 14:48:25" |mysql -uroot -p4020894--基于开始时间点的恢复 mysqlbinlog bin_log.000001 --start-datetime="2010-08-19 14:47:28" --stop-datetime="2010-08-19 14:48:41"|mysql -uroot -p4020894--基于开始与停止时间点的恢复 mysqlbinlog bin_log.000001 bin_log.000002 --start-datetime="2010-08-19 14:47:28" --stop-datetime="2010-08-19 14:50:13" |mysql -uroot -p4020894--多个日志文件的恢复
