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。则操作如下：

• 用备份将数据库回复到2011-04-02 00:00:00时候的状态。
• 在命令行输入如下命令：

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 1  end_log_pos 529          Query       thread_id=2     exec_time=0    error_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.0       mysqlbinlog 是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 /

经常delete 、update错了！所以给自己个文档！当然我也希望你永远的用不上这个文档 ! 周末愉快! （排版有的乱哈！多多包涵！）

正确的完全不记录log文件的做法是将路径设置为：/dev/null

在webmin/virtualmin面板里面，找到要关闭apache日志的网站，按下图设置，重启apache，搞定。

具体的操作方法参考下图：

我的数据库加起来大概100M吧..但/usr/local/mysql/var这个目录竟然有548M,MySql-bin.0000文件大概占 了400+M,真浪费空间啊

那么mysql数据库文件夹中的mysql-bin.00001是什么文件？

mysql-bin.000001、mysql- bin.000002等文件是数据库的操作日志，例如UPDATE一个表，或者DELETE一些数据，即使该语句没有匹配的数据，这个命令也会存储到日志 文件中，还包括每个语句执行的时间，也会记录进去的。

那么这些文件该怎么删除和禁止呢?
禁止方法: vi /etc/my.cnf把里面的
#log-bin=mysql-bin
#binlog_format=mixed
注释掉,重启mysql服务即可.

删除方法:

输入命令:

/usr/local/mysql/bin/mysql -u root -p

输入密码登陆mysql后,运行命令:

reset master;

(包括;号)

清空日志文件.再查看Mysql文件的大小,已经小了很多了.

-bash-3.2# du -h –max-depth=1 /usr/local/mysql/var
du: cannot access `250Cmax-depth=1′: No such file or directory
142M    /usr/local/mysql/var

转载自：http://imcat.in/delete-mysql-bin-0000x-mysql-log-file/

下面的配置是deepvps使用的配置文件，大家可以作为参考。
logrotate.conf

/home/www/logs/*.log {
daily
missingok
compress
delaycompress
dateext
create
notifempty
sharedscripts
postrotate
kill -HUP `cat /usr/local/nginx/logs/nginx.pid`
endscript
}

参数 功能
daily——指定转储周期为每天
missingok——指的是如果找不到这个log档案，就忽略过去
compress——通过gzip 压缩转储以后的日志
delaycompress 和compress一起使用时，转储的日志文件到下一次转储时才压缩
notifempty——如果是空文件的话，不转储
postrotate/endscript——在转储以后需要执行的命令可以放入这个对，这两个关键字必须单独成行

crontab:

59 23 * * * root logrotatef /usr/local/nginx/conf/logrotate.conf

1、创建脚本/usr/local/nginx/sbin/cut_nginx_log.sh

vi /usr/local/nginx/sbin/cut_nginx_log.sh

输入以下内容：

#!/bin/bash
# This script run at 00:00

# The Nginx logs path
logs_path=”/home/www/logs/”

mkdir -p ${logs_path}$(date -d “yesterday” +”%Y”)/$(date -d “yesterday” +”%m”)/
mv ${logs_path}access.log ${logs_path}$(date -d “yesterday” +”%Y”)/$(date -d “yesterday” +”%m”)/access_$(date -d “yesterday” +”%Y%m%d”).log
kill -USR1 `cat /usr/local/nginx/nginx.pid`

2、设置crontab，每天凌晨00:00切割nginx访问日志

crontab -e

输入以下内容：

00 00 * * * /bin/bash  /usr/local/nginx/sbin/cut_nginx_log.sh

第一个
rm -rf /home/admin/__processed_stats
touch /home/admin/__processed_stats

第二个
cd /usr/local/lxlabs/kloxo/httpdocs/lib/domain/web/driver
mv web__lighttpdlib.php web__lighttpdlib.php.bak
mv web__apachelib.php web__apachelib.php.bak
wget http://svn.lxcenter.org/svn/kloxo/trunk/kloxo/httpdocs/lib/domain/web/driver/web__lighttpdlib.php
wget http://svn.lxcenter.org/svn/kloxo/trunk/kloxo/httpdocs/lib/domain/web/driver/web__apachelib.php
chown lxlabs:lxlabs *

手工操作开始：
（1）编辑web__lighttpdlib.php，去掉下面的代码：
        $string .=  ”accesslog.filename  =   \”$cust_log\”\n”;
        $string .=   ”server.errorlog    =  \”$err_log\”\n”;
（2）编辑web__apachelib.php，去掉下面的代码：
                $string .= “CustomLog      {$cust_log} combined  \n”;
                $string .= “ErrorLog       {$err_log}\n”;
（3）编辑web__apachelib.php，把下面的代码
lxuser_cp($this->main->username, “/etc/php.ini”, “/home/httpd/{$this->main->nname}/php.ini”);
改成
lxfile_cp(“/etc/php.ini”, “/home/httpd/{$this->main->nname}/php.ini”);

第一个删除的很明显。
第二个删除的是/home/httpd/域名/stats/下面的日志。