这是数据库的操作日志，例如UPDATE一个表，或者DELETE一些数据，即使该语句没有匹配的数据，这个命令也会存储到日志文件中，还包括每个语句执行的时间，也会记录进去的。
这样做主要有以下两个目的：
1：数据恢复
如果你的数据库出问题了，而你之前有过备份，那么可以看日志文件，找出是哪个命令导致你的数据库出问题了，想办法挽回损失。
2：主从服务器之间同步数据
主服务器上所有的操作都在记录日志中，从服务器可以根据该日志来进行，以确保两个同步。
处理方法分两种情况：
1：只有一个mysql服务器，那么可以简单的注释掉这个选项就行了。
vi /etc/my.cnf把里面的log-bin这一行注释掉，重启mysql服务即可。
2：如果你的环境是主从服务器，那么就需要做以下操作了。
A：在每个从属服务器上，使用SHOW SLAVE STATUS来检查它正在读取哪个日志。
B：使用SHOW MASTER LOGS获得主服务器上的一系列日志。
C：在所有的从属服务器中判定最早的日志，这个是目标日志，如果所有的从属服务器是更新的，就是清单上的最后一个日志。
D：清理所有的日志，但是不包括目标日志，因为从服务器还要跟它同步。
清理日志方法为：
mysql-bin.010之前的所有日志文件，不包括该文件
PURGE MASTER LOGS TO ‘mysql-bin.010′;
#清除2008-12-19 21:00:00之前的所有日志文件
PURGE MASTER LOGS BEFORE '2017-03-10 23:00:00';
清理完后检查下主从状态
#查看主服务
show master status;
#查看从服务
show slave status;
如果你确定从服务器已经同步过了，跟主服务器一样了，那么可以直接RESET MASTER将这些文件删除。
[root@localhost bin]# mysql -uroot -p
Enter password:
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 5476
Server version: 5.1.30-log MySQL Community Server (GPL)
Type ‘help;’ or ‘\h’ for help. Type ‘\c’ to clear the buffer.
show master logs;
+------------+-----------+
| Log_name | File_size |
+------------+-----------+
| bin.000060 | 107372679 |
| bin.000061 | 107372692 |
| bin.000062 | 107372833 |
| bin.000063 | 107372706 |
| bin.000064 | 107372817 |
| bin.000065 | 107372590 |
| bin.000066 | 107372601 |
| bin.000067 | 107372754 |
| bin.000068 | 107372800 |
| bin.000069 | 64215845 |
+------------+-----------+
10 rows in set (0.00 sec)
mysql> purge master logs to ‘mysql-bin.000067′;
Query OK, 0 rows affected (9.39 sec)
mysql> show master logs;
+------------+-----------+
| bin.000067 | 107372754 |
| bin.000068 | 107372800 |
| bin.000069 | 64215845 |
+------------+-----------+
3 rows in set (0.00 sec)
mysql> quit
最后最好在mysql配置文件中加入自动删除的功能
就是修改my.cnf文件，在中[mysqld]中添加:
expire_logs_day=5
第五种方法：禁止mysql的日志记录功能（单服务器，主从复制不可以行）
修改my.cnf，注释掉下面两行：
#log-bin=mysql-bin
#binlog_format=mixed
