mysql 清除relay-log文件方法详解

  1. 云栖社区>
  2. 博客>
  3. 正文

mysql 清除relay-log文件方法详解

白及88 2016-02-24 13:00:00 浏览4167
展开阅读全文

mysql 清除relay-log文件方法详解


今天在本机的mysql数据目录下发现了许多类似hostname-relay-bin.0000*的文件,该文件一般是在mysql slave实例上存在。主要用途是记录主从同步的信息,正常情况下会自动删除的。

本机未配置过master、slave,对于其来源还真不太清楚。既然是用在slave上的,那就可以放心的删除。删除master实例上的日志文件用reset master,对于slave实例就使用命令:

 代码如下 复制代码

reset slave


Relay Log无法自动删除的问题

综合分析后发现和以下原因有关。


?6?1该实例原先是一个Slave   -------导致relay-log 和 relay-log.index的存在
?6?1该实例目前已经不是Slave  -------由于没有了IO-Thread,导致relay-log-purge 没有起作用( 这也是其他Slave实例没有这种情况的原因,因为IO-thread会做自动rotate操作)。
?6?1该实例每天会进行日常备份  -------Flush logs的存在,导致每天会生成一个relay-log
?6?1该实例没有配置expire-logs-days ------导致flush logs时,也不会做relay-log清除

简而言之就是: 一个实例如果之前是Slave,而之后停用了(stop slave),且没有配置expire-logs-days的情况下,会出现relay-log堆积的情况。
 

顺带也和大家分享下MySQL 内部Logrotate的机制

Binary Log rotate机制:

?6?1Rotate:每一条binary log写入完成后,都会判断当前文件是否超过 max_binlog_size,如果超过则自动生成一个binlog file
?6?1Delete:expire-logs-days 只在 实例启动时 和 flush logs 时判断,如果文件访问时间早于设定值,则purge file
 

Relay Log rotate 机制:

?6?1Rotate:每从Master fetch一个events后,判断当前文件是否超过 max_relay_log_size 如果超过则自动生成一个新的relay-log-file
?6?1Delete:purge-relay-log 在SQL Thread每执行完一个events时判断,如果该relay-log 已经不再需要则自动删除
?6?1Delete:expire-logs-days 只在 实例启动时 和 flush logs 时判断,如果文件访问时间早于设定值,则purge file  (同Binlog file)  (updated: expire-logs-days和relaylog的purge没有关系)

PS: 因此还是建议配置 expire-logs-days , 否则当我们的外部脚本因意外而停止时,还能有一层保障。

因此建议当slave不再使用时,通过reset slave来取消relaylog



删除 mysql bin-log



首先说明,mysql-bin.00000*类似的文件是mysql的日志文件。

通过命令

 代码如下 复制代码

du -h –max-depth=1 /

查看根目录下每个文件夹所占用存储的大小,发现/var占用了快3G,进一步使用du命令,发现是存放mysql数据文件的文件夹占用了绝大部分空间,进入该文件夹,发现有很多mysql-bin.00000开头的文件,而且其中的某些达到了1G以上,google发现原来这些用户是mysql记录的日志文件,用于数据库崩溃后恢复数据和主从数据库进行数据同步的。如果没有进行主从数据库,可以通过修改配置文件让mysql关闭记录操作日志功能,关闭只需要在log-bin=mysql-bin前加上一个“#”即可,不要忘记重启mysql服务。

清理日志方法为:

 代码如下 复制代码

PURGE MASTER LOGS TO 'mysql-bin.000013'; 

PURGE MASTER LOGS BEFORE '2010-10-18 00:00:00';

另外可以通过 RESET MASTER 来删除整个日志文件,注意,如果使用主从数据库,在操作前先确保从数据库已经完全同步了主数据库的数据。
上述命令都是登陆到mysql后执行的。


很多人安装的mysql是开启了日志文件记录的,一般有比较频繁的mysql数据库操作就会产生大量的日志文件在/usr/local/mysql/var/下面,一般产生的日志文件都类似如下:

-rw-rw—- 1 mysql mysql 2.0M Sep 28 17:08 mysql-bin.000001
-rw-rw—- 1 mysql mysql 1.1G Nov 13 14:43 mysql-bin.000002
-rw-rw—- 1 mysql mysql 1.1G Nov 13 15:17 mysql-bin.000003
-rw-rw—- 1 mysql mysql 561M Nov 13 15:52 mysql-bin.000004
-rw-rw—- 1 mysql mysql 904K Nov 13 16:07 mysql-bin.000005
-rw-rw—- 1 mysql mysql 194M Nov 16 16:40 mysql-bin.000006
-rw-rw—- 1 mysql mysql 123M Nov 18 19:18 mysql-bin.000007
-rw-rw—- 1 mysql mysql  456 Nov 16 16:41 mysql-bin.index

从上面可以看到,这些mysql-bin.00000* 类似的文件有的体积非常大,而且一般都在几十MB到几个GB,更甚会吃掉整个硬盘空间,从来导致mysql无法启动或报错,所以在没有必要的情况下我们是可以不用开启日志文件的。

先说下删除mysql日志的方法:

执行:/usr/local/mysql/bin/mysql -u root -p

输入密码登录后再执行:

 代码如下 复制代码

reset master;

这样就可以了,当然也可以手动删除,但是可能会产生一些副作用,我没去证实过。
这些文件是mysql记录的日志文件,用于数据库崩溃后恢复数据和主从数据库进行数据同步的。如果没有进行主从数据库,可以通过修改配置文件让mysql关闭记录操作日志功能,那如何避免以后再产生这些文件呢,如何关闭mysql的日志功能呢?
方法如下:

 代码如下 复制代码
vi /etc/my.cnf

找到:

 代码如下 复制代码

log-bin=mysql-bin

将这行注释掉,前面加上#,再重启mysql就可以了。

假如说你是手工删除的mysql日志文件(mysql-bin.00000*)发现mysql启动不了,那么你看一下mysql-bin.index这个文件是否还存在,如果还存在的话就将mysql-bin.index也删除,然后就可以正常启动了。

其他清理方法(登录数据库情况下):

 代码如下 复制代码

PURGE MASTER LOGS TO ‘mysql-bin.000013′;

PURGE MASTER LOGS BEFORE ’2010-10-18 00:00:00′;

网友评论

登录后评论
0/500
评论
白及88
+ 关注