MySQL中的binlog日志记录了数据库中数据的变动,便于对数据的基于时间点和基于位置的恢复,但是binlog也会日渐增大,占用很大的磁盘空间,因此,要对binlog使用正确安全的方法清理掉一部分没用的日志。
[方法一]手动清理binlog
清理前的准备:
1.查看主库和从库正在使用的binlog是哪个文件
show master status
show slave status\G
2.在删除binlog日志之前,首先对binlog日志备份,以防万一
开始手动清除binlog,删除指定日期以前的日志
purge master logs before '2016-09-01 17:20:00'; //删除指定日期以前的日志索引中binlog日志文件
或
purge master logs to'mysql-bin.000022'; //删除指定日志文件的日志索引中binlog日志文件
注意:使用该语法,会将对应的文件和mysql-bin.index中对应路径删除
时间和文件名一定不可以写错,尤其是时间中的年和文件名中的序号,以防不下心将正在使用的binlog删除!!!切勿删除正在使用的binlog
补充:(参考 https://www.aliyun.com/jiaocheng/1405382.html)
- reset master:将删除日志索引文件中记录的所有binlog文件,创建一个新的日志文件,起始值从000001开始。不要轻易使用该命令,这个命令通常仅仅用于第一次用于搭建主从关系的时的主库。
- reset slave:清除master.info文件、relay-log.info文件,以及所有的relay log文件,并重新启用一个新的relaylog文件
使用reset slave之前必须使用stop slave 命令将复制进程停止。
[方法二]通过设置binlog过期时间,使系统自动删除binlog文件
1.在mysql中修改
查看binlog过期时间,这个值默认是0天,也就是说不自动清理,可以根据生产情况修改,本例修改为7天
mysql> show variables like 'expire_logs_days';
+------------------------+-------+
| Variable_name | Value |
+------------------------+-------+
| expire_logs_days | 0 |
+------------------------+-------+
mysql> set global expire_logs_days = 7; #设置binlog多少天过期
设置之后不会立即清除,触发条件是以下之一:
1.binlog大小超过max_binlog_size,max_binlog_size默认为1G
2.手动执行flush logs
如果binlog非常多,不要轻易设置该参数,有可能导致IO争用,这个时候可以使用purge命令予以清除:
将bin.000055之前的binlog清掉:
mysql>purge binary logs to 'bin.000055';
将指定时间之前的binlog清掉:
mysql>purge binary logs before '2017-05-01 13:09:51';
2.在配置文件my.cnf中修改
mysqld在每个二进制日志名后面添加一个数字扩展名。每次你启动服务器或刷新日志时该数字则增加。如果当前日志大小达到max_binlog_size,还会自动创建新的二进制日志。如果你正则使用大的事务,二进制日志还会超过max_binlog_size:事务全写入一个二进制日志中,绝对不要写入不同的二进制日志中。
expire_logs_days :定义了mysql清除过期日志的时间。默认值为0,表示“没有自动删除”。
max_binlog_size:二进制日志最大大小,如果二进制日志写入的内容超出给定值,日志就会发生滚动。你不能将该变量设置为大于1GB或小于4096字节。 默认值是1GB。
在my.cnf中添加配置,设置过期时间为30天
expire_logs_days = 30
max_binlog_size使用默认值即可
注意:
过期时间设置的要适当,对于主从复制,要看从库的延迟决定过期时间,避免主库binlog还未传到从库便因过期而删除,导致主从不一致!!!
参考
https://www.jb51.net/article/117819.htm