mysql二进制日志文件用来记录所有用户对数据库操作，即记录用户对数据库操作的sql语句。如果有此文件，当数据库发生意外时，可以通过此文件查看到用户在此文件记录的时间段内用户所做的操作，再和数据库备份配合使用，即可再现用户操作，使数据库恢复。

二进制日志文件的弊端

二进制日志文件开启后，所有对数据库操作的记录均会被记录到此文件，

所以，当长时间开启之后，日志文件会变得很大，占用磁盘空间。

使用二进制日志文件恢复数据库

开启日志文件

mysql默认是不开启日志文件的功能的，需要我们手动开启。操作如下：

1、打开mysql安装目录my.ini（windows系统是my.ini文件，linux是my.cnf文件）。

2、找到[mysqld]这个标签，在此标签下面一行，添加语句：log-bin=binary-log。上面语句中，log-bin说明要开启二进制日志文件，binary-log是二进制日志文件的名字。

(测试的时候我设置的：log-bin=d:/mysql_log/logbin_ouyang.log)

3、重启mysql服务。可以在mysql安装目录data 文件夹下看到“binary-log.数字编号”文件，

如binary-log.000001。以后每重启一次mysql服务，都会重新生成二进制日志文件，

文件名中的数字编号依次递增。

(你的上一步给出的文件名，加了个序号还有一个总的文件 index文件如图1：)

恢复数据库

使用日志文件恢复数据库必须要有一个数据库备份（只要是在二进制日志文件功能开启之后备份的就行）。恢复数据库时，可以通过时间恢复，也可以通过操作点恢复。

1、通过时间恢复方法如下：

如果我在2011-04-02 00:00:00时刻开启了二进制日志文件功能，并备份了数据库文件。且在2011-04-02 12:00:00数据库发生异常，需要恢复到2011-04-02 10:00:00。则操作如下：

l用备份将数据库回复到2011-04-02 00:00:00时候的状态。

l在命令行输入如下命令：

mysqlbinlog --stop-date="你想要恢复的时间" 日志文件的目录binary-log.000001 | mysql -u root –p

(D:mysql_log>mysqlbinlog logbin_ouyang.000007 --stop-date="2011-10-23 15:05:00"|mysql -uroot -proot)

这样，系统会自动执行从二进制日志有记录开始截止到2011-04-02 10:00:00，用户所做过的所有操作。与stop-date对应的，还有start-date属性，可以设定执行记录的开始时间。也可以两个属性都设置。

2、通过操作点恢复方法如下：

在命令行中输入mysqlbinlog D:binary-log.000003 > D:log.txt，执行后打开log.txt，

查看里面语句，可以发现：在每个操作之前，都会有一个独特的编号，如下红字显示：

/*!*/;

# at 450 /*编号450*/

#110402 15:31:50 server id 1end_log_pos 529 Querythread_id=2exec_time=0error_code=0

SET TIMESTAMP=1301729510/*!*/;

DROP TABLE `jwc`

此编号随着操作数增多而变大。和时间一样是一个标记，通过操作点恢复的语句如下：

mysqlbinlog --stop-position="450" mysql安装目录databinary-log.000001 | mysql -u root –p

这样，系统会自动执行二进制日志中编号最低的语句到编号450语句。

与stop-position对应的，还有start-position属性，可以设定执行记录的开始编号。

附：（你应该看看）

1.0mysqlbinlog 是mysql自带的一个日志操作工具！

2.0如果直接打开log文件可能会是乱码，所以我们一般会：

D:mysql_log>mysqlbinlog logbin_ouyang.000003 >log_3.txt复制下然后用记事本打开！

就可以清楚的看到操作的编号了或者说（行号）

3.0如果发生了错误的操作！如果可以的话！你应该立马停止数据库！然后恢复数据！

4.0如果只是去掉某一个语句，你可以选择恢复两次，如图：

D:mysql_log>mysqlbinlog logbin_ouyang.000009 --stop-position=10625|mysql -uroot

-proot

D:mysql_log>mysqlbinlog logbin_ouyang.000009 --start-position=10843|mysql -uroo

t –proot

5.0 如果发生 Could not read entry at offset 1478: Error in log format or read error. 类似的错误！

请检查你的编号是否正确！注意这个编号不是一些编辑器显示的那个行号哦，# at 450 /

net.ipv4.tcp_fin_timeout = 1
net.ipv4.tcp_tw_recycle = 1
net.core.rmem_max = 16777216
net.core.rmem_default = 16777216
net.core.netdev_max_backlog = 262144
net.core.somaxconn = 262144
net.ipv4.tcp_syncookies = 1
net.ipv4.tcp_max_orphans = 262144
net.ipv4.tcp_max_syn_backlog = 262144
net.ipv4.tcp_max_tw_buckets = 15000
net.ipv4.tcp_synack_retries = 2
net.ipv4.tcp_syn_retries = 2
fs.file-max =165535
net.ipv4.ip_local_port_range = 1024  65535
net.ipv4.netfilter.ip_conntrack_max = 1048576
kernel.panic = 5

说明：