mysql bin-log，relay-log删除方法

最新推荐文章于 2024-04-09 18:25:26 发布
最新推荐文章于 2024-04-09 18:25:26 发布
阅读量4.1k 收藏 6
点赞数
文章标签： mysql 数据库 java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Michaelwubo/article/details/126239922
版权

master的bin-log日志清理：

方法1 RESET MASTER;

1.1 解释：

       该方法可以删除列于索引文件中的所有二进制日志，把二进制日志索引文件重新设置为空，并创建一个以.000001为后缀新的二进制日志文件。 该语法一般只用在主从环境下初次建立复制时。 在主从复制进行过程中，该语句是无效的。 主从环境下的配置步骤：

a. 启动master和slave，开启replication(即复制)

b. 在master上运行一些测试的语句，看数据是否能够复制到 slave上面

c. 当复制运行正常的话，就在从上stop slave 然后执行 reset slave,去掉不需要的数据

d. 在master上面执行reset master 清除测试产生的数据 查看删除前日志

[root@localhost mysql]# ls -al
-rw-r-----   1 mysql mysql      202 8月   9 08:09 master-bin.000022
-rw-r-----   1 mysql mysql      202 8月   9 08:09 master-bin.000023
-rw-r-----   1 mysql mysql      202 8月   9 08:09 master-bin.000024
-rw-r-----   1 mysql mysql      202 8月   9 08:09 master-bin.000025
-rw-r-----   1 mysql mysql      202 8月   9 08:09 master-bin.000026
-rw-r-----   1 mysql mysql      202 8月   9 08:09 master-bin.000027
-rw-r-----   1 mysql mysql      202 8月   9 08:09 master-bin.000028
-rw-r-----   1 mysql mysql      202 8月   9 08:09 master-bin.000029
-rw-r-----   1 mysql mysql      202 8月   9 08:09 master-bin.000030
-rw-r-----   1 mysql mysql      202 8月   9 08:09 master-bin.000031
-rw-r-----   1 mysql mysql      202 8月   9 08:09 master-bin.000032
-rw-r-----   1 mysql mysql      154 8月   9 08:09 master-bin.000033
-rw-r-----   1 mysql mysql      240 8月   9 08:09 master-bin.index

1.2 用RESET MASTER命令进行删除

mysql> reset master;
Query OK, 0 rows affected (0.00 sec)

查看删除后的日志

[root@localhost mysql]# ls -al master-bin.*
-rw-r----- 1 mysql mysql 154 8月   9 08:15 master-bin.000001
-rw-r----- 1 mysql mysql  20 8月   9 08:15 master-bin.index

方法2：PURGE MASTER LOGS

1.语法： PURGE { BINARY | MASTER } LOGS { TO 'log_name' | BEFORE datetime_expr } 用于删除列于在指定的日志或日期之前的日志索引中的所有二进制日志。这些日志也会从记录在日志索引文件中的清单中被删除，这样被给定的日志成为第一个。

1.1 实例：

1.mysql> PURGE BINARY LOGS TO 'mysql-bin.000002';  
2.mysql>  PURGE BINARY LOGS BEFORE '2017-12-15 11:53:59';  
3.mysql> PURGE MASTER LOGS BEFORE DATE_SUB(CURRENT_DATE, INTERVAL 60 DAY); 
Query OK, 0 rows affected, 1 warning (0.28 sec)
4.mysql> PURGE MASTER LOGS BEFORE DATE_SUB( NOW( ), INTERVAL 60 DAY);
Query OK, 0 rows affected, 1 warning (0.00 sec)
分别表示：
1.删除mysql-bin.000002之前的日志（不包括mysql-bin.000002）
2.删除2014-04-28 23:59:59时间点之前的日志
3,4.清除60天前binlog日志

注意事项： 在删除binlog日志同时，也会清理mysql-bin.index的文件记录，清理完后命令中指定的日志文件成为第一个。 主从架构下，如果复制正在进行中，执行该命令是安全的，例如slave正在读取我们要删除的log，该语句将什么也不会做，并返回一个错误；如果复制是停止的，我们删除了一个slave还未读取的日志，则复制重新建立连接时将会失败。 建议操作步骤：

a 在每个从属服务器上，使用SHOW SLAVE STATUS来检查它正在读取哪个日志。

b 使用SHOW MASTER LOGS获得主服务器上的一系列日志。

c 在所有的从属服务器中判定最早的日志。这个是目标日志。如果所有的从属服务器是最新的，这是清单上的最后一个日志。

d 备份您将要删除的所有日志。（这个步骤是自选的，但是建议采用。）

e 清理除目标日志之外的所有日志。

方法3 手动删除binlog日志文件

手动删除binlog日志文件 删除mysql-bin.000003 日志

删除前

[root@localhost mysql]# ls -al master-bin.*
-rw-r----- 1 mysql mysql 202 8月   9 08:20 master-bin.000001
-rw-r----- 1 mysql mysql 202 8月   9 08:20 master-bin.000002
-rw-r----- 1 mysql mysql 202 8月   9 08:20 master-bin.000003
-rw-r----- 1 mysql mysql 154 8月   9 08:20 master-bin.000004
-rw-r----- 1 mysql mysql  80 8月   9 08:20 master-bin.index
[root@localhost mysql]# cat master-bin.index 
./master-bin.000001
./master-bin.000002
./master-bin.000003
./master-bin.000004

删除后：

[root@localhost mysql]# rm -rf master-bin.000004
[root@localhost mysql]# rm -rf master-bin.000003
[root@localhost mysql]# rm -rf master-bin.000002
[root@localhost mysql]# vim master-bin.index 
[root@localhost mysql]# cat master-bin.index 
./master-bin.000001

方法4：指定过期天数（expire_logs_days）

mysql> show variables like 'expire_logs_days';
+------------------+-------+
| Variable_name    | Value |
+------------------+-------+
| expire_logs_days | 7     |
+------------------+-------+
1 row in set (0.00 sec)

1.临时修改过期时间

mysql> set global expire_logs_days = 60;
Query OK, 0 rows affected (0.00 sec)

mysql> show variables like 'expire_logs_days';
+------------------+-------+
| Variable_name    | Value |
+------------------+-------+
| expire_logs_days | 60    |
+------------------+-------+
1 row in set (0.01 sec)

2.

修改/etc/my.cnf 增加参数
expire_logs_days=60
重启mysql 服务生效
刷新日志查看，日志被清楚

3.刷新日志查看，日志被清楚

mysql> flush logs;
Query OK, 0 rows affected (0.00 sec)
mysql> show master logs;
+-------------------+-----------+
| Log_name          | File_size |
+-------------------+-----------+
| master-bin.000001 |       202 |
| master-bin.000002 |       154 |
+-------------------+-----------+
2 rows in set (0.00 sec)

注意事项 在双机复制环境下，应确保过期天数不应小于从机追赶主机binlog日志的时间。 触发过期删除的条件 每次进行 LOG flush的时候会自动删除过期的日志。 触发log flush的条件为：

1. 重启mysql；

2. BINLOG文件大小达到参数max_binlog_size限制；

3. 手工执行命令。

总结

1、我们一般情况采取第三、第四种方式
2、每次执行命令不需重启即可清楚超期日志

MySQL 清除 binlog 和 relay log 方法说明 -- cnDBA.cn_中国DBA社区

MySQL binlog 自动清理脚本 -- cnDBA.cn_中国DBA社区

slave上的relay log日志清除

在主从复制环境下，MySQL通过binlog和relay log进行主从数据的同步，binlog由主库产生，从库通过复制io线程拉取binlog，写入到relay log中，sql线程读取relay log中的事务信息，并进行应用。

relay log通常不需要人工清理，因为从库的复制线程在应用完relay log中的事务后，会自动把relay log删除。每次复制的IO线程重启，都会生成一个新的relay log，每个relay log文件的大小由参数max_relay_log_size控制，该参数默认为0，即表示其大小和binlog文件大小一致，通常也为1G。

当然在从库上也可以执行命令来清除relay log文件，比如：reset slave 和 reset slave all。这两个命令会将relay log文件全部删除，并且生成新的索引从1开始的relay log文件。

mysql>STOP SLAVE;
mysql>reset slave
mysql>STOP SLAVE;

自动清廉脚本：

# vim /data/scripts/delete_mysql_binlog.sh

#!/bin/bash
#=======================================================================================
#  用于删除 MySQL Master 端已经同步完的 binlog【需在 Master 端运行】，以减少磁盘空间
#  每天凌晨 1:00 分运行一次
#
#  注：需在 Slave 端添加允许 Master 端访问的帐号【帐号：allen，密码：123456】
#          运行于 MySQL Master 端【目前只用于一主一从的同步模式，对于多从的情况暂时未考虑】
#=======================================================================================
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin

## Slave端连接信息
SLAVE_ADDR="XXX.XXX.XXX.XXX"
SLAVE_USER="allen"
SLAVE_PWD="123456"

LOGFILE="/data/logs/db_sync_info.log"
PINGFILE="/tmp/mysqlping.log"

## MySQL状态信息查看命令
SQLCMD="show slave status"

#=======================================================================================
## 检查MySQL是否已经运行
if [[ `ps aux | grep mysql[d] | wc -l` -eq 0 ]]; then
    echo The MySQL is not running at: `date +%F" "%H-%M-%S` >> ${LOGFILE}
    exit 1
fi

## 测试Slave端的连通性
nohup mysqladmin -h${SLAVE_ADDR} -u${SLAVE_USER} -p${SLAVE_PWD} ping > ${PINGFILE}
retval=$(grep "^error" ${PINGFILE})
rm -f ${PINGFILE}
if [[ "${retval}X" != "X" ]]; then
    echo The MySQL Slave can not be connected at: $(date +%F" "%H-%M-%S) >> ${LOGFILE}
    exit 1
fi

## 检查是否合法的Slave
MASTER_ADDR=`mysql -h${SLAVE_ADDR} -u${SLAVE_USER} -p${SLAVE_PWD} -e "${SQLCMD}/G;" | awk '$1=="Master_Host:" {print $2}'`
LOCAL_ADDR=`/sbin/ifconfig eth1 | awk -F ':' '/inet addr/{print $2}' | sed 's/[a-zA-Z ]//g'`
if [[ "${MASTER_ADDR}" != "${LOCAL_ADDR}" ]]; then
    echo The MySQL Slave is not lawful at: `date +%F" "%H-%M-%S` >> ${LOGFILE}
    exit 1
fi

## 获得Slave端信息，以此来确定是否处于正常同步的情况
IO_STATUS=`mysql -h${SLAVE_ADDR} -u${SLAVE_USER} -p${SLAVE_PWD} -e "${SQLCMD}/G;" | awk '$1=="Slave_IO_Running:" {print $2}'`
SQL_STATUS=`mysql -h${SLAVE_ADDR} -u${SLAVE_USER} -p${SLAVE_PWD} -e "${SQLCMD}/G;" | awk '$1=="Slave_SQL_Running:" {print $2}'`
if [[ "${IO_STATUS}" != "Yes" || "${SQL_STATUS}" != "Yes" ]]; then
    echo The MySQL Replication is not synchronous at: `date +%F" "%H-%M-%S` >> ${LOGFILE}
    exit 1
fi

## 再做一次判断，以保证数据同步绝对正常【创建测试数据】
mysql -uroot -e "create database if not exists mytestdb;"
sleep 3

retval=`mysql -h${SLAVE_ADDR} -u${SLAVE_USER} -p${SLAVE_PWD} -e "show databases;" | grep mytestdb`
mysql -uroot -e "drop database if exists mytestdb;"
if [[ "${retval}X" = "X" ]]; then
    echo The MySQL Replication is not synchronous at: `date +%F" "%H-%M-%S` >> ${LOGFILE}
    exit 1
fi

## 在已经同步的情况，还需要判断当前同步的binlog，以此来确定哪些已经是过期的binlog
SLAVE_BINLOG1=`mysql -h${SLAVE_ADDR} -u${SLAVE_USER} -p${SLAVE_PWD} -e "${SQLCMD}/G;" | awk '$1=="Master_Log_File:" {print $2}'`
SLAVE_BINLOG2=`mysql -h${SLAVE_ADDR} -u${SLAVE_USER} -p${SLAVE_PWD} -e "${SQLCMD}/G;" | awk '$1=="Relay_Master_Log_File:" {print $2}'`
## 获得Master端，当前的binlog文件以及binlog路径
MASTER_BINLOG=`mysql -uroot -e "show master status;" | grep -v '^+' | tail -1 | awk '{print $1}'`

## 主从端已经同步到相同的binlog
if [[ "${SLAVE_BINLOG1}" = "${SLAVE_BINLOG2}" && "${SLAVE_BINLOG1}" = "${MASTER_BINLOG}" ]]; then
    CURR_BINLOG="${MASTER_BINLOG}"

## 主从端已经同步，但从端的binlog还没有追赶到主端最新的binlog
elif [[ "${SLAVE_BINLOG1}" = "${SLAVE_BINLOG2}" && "${SLAVE_BINLOG1}" != "${MASTER_BINLOG}" ]]; then
    CURR_BINLOG="${SLAVE_BINLOG1}"

## 主从端已经同步，主从端的binlog一致，但relaylog还不一致
elif [[ "${SLAVE_BINLOG1}" != "${SLAVE_BINLOG2}" && "${SLAVE_BINLOG1}" = "${MASTER_BINLOG}" ]]; then
    CURR_BINLOG="${SLAVE_BINLOG2}"

else
    echo Has noknown error at：`date +%F" "%H-%M-%S` >> ${LOGFILE}
    exit 1
fi

mysql -uroot -e "purge binary logs to '${CURR_BINLOG}';"
if [[ $? -eq 0 ]]; then
    echo Clear MySQL binlog is ok at: `date +%F" "%H-%M-%S` >> ${LOGFILE}
fi

# crontab -e

00 01 * * * /data/scripts/delete_mysql_binlog.sh >/dev/null 2>&1

Michaelwubo
关注
  • 0
    点赞
  • 踩
  • 6
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
mysql 清理relay日志_MySQL中binlog和relay log清理方式
weixin_36475420的博客
01-19 2391
1. MySQL server的binlog清理1.1 使用MySQL参数控制expire_logs_days设置二进制日志的过期天数，过了指定天数的日志将被自动删除，可动态修改如果设置了非0值，则在mysqld启动和日志刷新时，可能执行清理超过定义天数的binlog file全局变量，动态变量，默认值为0(代表不会自动清理binlog)，整型值，取值范围为0~99自动清理的具体实现是：当binl...
mysql relaylog清理_mysql 清除relay-log文件方法详解
weixin_33278498的博客
01-26 1739
mysql 清除relay-log文件方法详解mysql 清除relay-log文件方法详解今天在本机的mysql数据目录下发现了许多类似hostname-relay-bin.0000*的文件，该文件一般是在mysql slave实例上存在。主要用途是记录主从同步的信息，正常情况下会自动删除的。本机未配置过master、slave，对于其来源还真不太清楚。既然是用在slave上的，那就可以放心的删...
mysql relay-bin 清除
热门推荐
忆网
09-13 1万+
mysql slave 从库的log 清理 1. stop slave 2. reset slave 3. start slave
MySQL主库删除全部bin-log日志，导致MySQL主库无法启动；MySQL从库删除全部relay-bin日志，导致MySQL主从同步失效。
wangzhibo001101的博客
01-19 1577
删除MySQL主库全部bin-log日志，导致MySQL主库无法启动；删除MySQL从库全部relay-bin日志，导致MySQL主从同步失效，且重新配置主从信息报错
MySQL中的binlog和relay-log结构完全详解，linux驱动面试问题
最新发布
2401_83977357的博客
04-09 485
每个binlog文件以若干个binlog事件组成，以格式描述事件(Format_description)作为文件头(上面的binlog图片Format_desc事件)，以日志轮换事件(rotate)作为文件尾。日志轮换事件则包含下一个binlog的文件名以及开始读取的位置，它由服务器写完binlog后添加到文件尾，轮换事件并不会每次都存在，格式如下。binlog日志的结构大概是长这样的，它由索引文件和binlog文件组成，其中binlog事件又包含通用头、提交头和事件体3个部分组成。
MySQL数据库清理Relay_Log_File日志
czm的博客
11-15 1169
Relay_Log_File” 是 MySQL 中用于复制的中继日志文件，主从同步关系失效时会产生堆积，需要及时清理。需要清理mysql-0002-relay-bin.000等文件。
MySQL 中Relay Log打满磁盘问题的排查方案
YuannaY的博客
06-23 1523
解决MySQL Relay Log打满磁盘的问题，可以通过检查复制延迟、中继日志大小、复制状态、二进制日志状态以及性能优化，保证数据库复制的顺利进行，并避免中继日志占满磁盘的情况发生。但是实际环境中的日志打满磁盘问题排查起来非常困难，主要是卡在找出引起回放线程出错的那条语句，很大可能是被purge了，最后的解决方案是不保留备库的数据，因为执行的是迁移任务，满足客户的需求为先。导致回放失败的原因就是在执行delete操作时出现了问题，怀疑是slave删除了记录，然后回放时，尝试删除不存在的记录导致失败。
高级DBA带你解决Mysql数据库主从集群从库Slave因为RelayLog过多过大引起服务器硬盘爆满生产事故实战
nasen512的博客
02-19 1423
MySQL数据库主从集群从库RelayLog过大过多引起服务器硬盘爆满的实际实战解决方法
MYSQL relay_logs 日志清理
eagle89的专栏
08-10 8803
     情景       MySQL数据库主从复制在缺省情况下从库的relay logs会在SQL线程执行完毕后被自动删除，（默认relay_log_purge=1）但是对于MHA场景下，对于某些滞后从库的恢复依赖于其他从库的relay log，因此采取禁用自动删除功能以及定期清理的办法,从而避免对于清理过多过大的relay log需要注意引起的复制延迟资源开销等。MHA可通过purge_re...
mysql 清理relay日志_mysql 清除relay-log文件方法
weixin_36243739的博客
01-19 1777
前言今天在本机的mysql数据目录下发现了许多类似hostname-relay-bin.0000*的文件，该文件一般是在mysql slave实例上存在。主要用途是记录主从同步的信息，正常情况下会自动删除的。本机未配置过master、slave，对于其来源还真不太清楚。既然是用在slave上的，那就可以放心的删除。删除master实例上的日志文件用reset master，对于slave实例就使用...
MySQL主库binlog(master-log)与从库relay-log关系代码详解
01-19
#170809 17:16:20 server id 1882073306 end_log_pos 2451 CRC32 0x58f2db87 Xid = 32880 COMMIT/*!*/; # at 2451 #170814 11:07:18 server id 1882073306 end_log_pos 2528 CRC32 0x40774a4b Query thread_id=92 ...
mysql-读写分离.docx
08-10
3. 在主服务 my.ini 文件新增 server-id=200log-bin=mysql-binrelay-log=relay-binrelay-log-index=relay-bin-index，重启 mysql 服务 4. 在从服务 my.ini 文件新增 server-id = 210replicate-do-db =itmayiedu，...
MySQL-MMM安装指南(Multi-Master Replication Manager for MySQL)
09-10
relay_log_index = /var/log/mysql/mysql-relay-bin.index expire_logs_days = 10 max_binlog_size = 100M log_slave_updates = 1 ``` 删除`bind-address = 127.0.0.1`，并将其替换为`bind-address = 0.0.0.0`，使...
CentOS7开启MySQL8主从备份、每日定时全量备份(推荐)
01-10
备注1：解决连接MySQL数据库很慢的问题 vim /etc/my.cnf 添加内容：skip-name-resolve，重启...relay-log = mysql-relay-bin replicate-wild-ignore-table=mysql.% replicate-wild-ignore-table=test.% replicate-wi
mysql 5.6.14主从复制(也称mysql AB复制)环境配置方法
12-15
 (1).master将数据改变记录到二进制日志(binary log)中,也即是配置文件log-bin指定的文件(这些记录叫做二进制日志事件，binary log events)  (2).slave将master的binary log events拷贝到它的中继日志(relay log) ...
Mysql5.7.26集群安装文档-centos7.0.docx
11-19
从服务器通过 I/O 线程连接主服务器，读取并保存这些日志到中继日志（Relay log），然后由 SQL 线程解析并执行日志中的SQL语句，同步更新数据。 2. **安装环境**：至少需要两台运行 CentOS 7.0 的64位服务器。在...
mysql relay_log删除_MySQL--binlog和relay log的生成和删除
weixin_39538789的博客
01-19 189
##==================================================================================================##binlog文件生成：在每条二进制日志写入到日志文件后，会判断该文件是否超过max_binlog_size，如果超过则生成一个新的binlogrelay log文件生成：每从Master fetc...
mysql relay-bin文件_如何配置mysql 从库自动删除localhost-relay-bin 日志文件
weixin_39601641的博客
01-27 1414
展开全部您好，很高兴为您解答。通过mysql的命e69da5e6ba903231313335323631343130323136353331333335346161令去删除mysql-uroot-pEnterpassword:WelcometotheMySQLmonitor.Commandsendwith;or\g.YourMySQLconnectionidi...
mysql relay bin 主库_mysql主库清算数据，从库保留_mysql
weixin_32019329的博客
02-07 499
mysql主库清理数据，从库保留因为业务需要，想在mysql主库清理一些数据，但从库想要保留，根据网友介绍，可以根据binlog跳过清理的命令1.确保主从同步的情况下，主库开始操作mysql> flush logs; --刷新日志，切换一个新的binlog日志，比较小，后面修改就会方便些Query OK, 0 rows affected (0.21 se...
shell定时清理MySQL relay log脚本
03-22
可以使用以下脚本定时清理MySQL relay log： #!/bin/bash # 定义变量 MYSQL_USER="root" MYSQL_PASSWORD="password" MYSQL_HOST="localhost" MYSQL_PORT="3306" RELAY_LOG_DIR="/var/lib/mysql" RELAY_LOG_PREFIX="mysql-relay-bin" RELAY_LOG_EXPIRE_DAYS=7 # 清理过期的relay log mysql -u${MYSQL_USER} -p${MYSQL_PASSWORD} -h${MYSQL_HOST} -P${MYSQL_PORT} -e "PURGE BINARY LOGS BEFORE DATE_SUB( NOW( ), INTERVAL ${RELAY_LOG_EXPIRE_DAYS} DAY);" # 删除过期的relay log文件 find ${RELAY_LOG_DIR} -name "${RELAY_LOG_PREFIX}*" -mtime +${RELAY_LOG_EXPIRE_DAYS} -exec rm -f {} \; 这个脚本会定时清理MySQL relay log，保持数据库的稳定性和可靠性。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值