这是数据库的操作日志,例如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 ‘2008-12-19 21:00:00′;
清理完后检查下主从状态
#查看主服务
show master status;
#查看从服务
show slave status;
如果你确定从服务器已经同步过了,跟主服务器一样了,那么可以直接RESET MASTER将这些文件删除。
[root@localhost bin]# mysql -uroot -pEnter passWord:Welcome to the MySQL monitor. Commands end with ; or /g.Your MySQL connection id is 5476Server version: 5.1.30-log MySQL Community Server (GPL)
Type ‘help;’ or ‘/h’ for help. Type ‘/c’ to clear the buffer.
root@(none) 09:49:12>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
新闻热点
疑难解答