MySQL数据库清理Relay_Log_File日志

2024-01-05 09:50

本文主要是介绍MySQL数据库清理Relay_Log_File日志,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

背景

“Relay_Log_File” 是 MySQL 中用于复制的参数之一。在 MySQL 复制中,当一个服务器作为主服务器(master)时,它会将其更改写入二进制日志文件(binary log file)。而另一个服务器作为从服务器(slave)时,则会从主服务器复制这些更改,并将它们写入中继日志文件(relay log file)。

需求:

  • 搭建的主从复制数据库出现了故障,导致slave异常,同步已经失效。
  • 再次重建主从关系时,发现硬盘被大量的Relay_Log_File文件占满,需要清理并释放空间。
  • Relay_Log_File文件名称如下图:
    在这里插入图片描述
    数据目录/data硬盘空间已经被占用73%
[ptmauser@mysql-0002 data]$ df -h
Filesystem                    Size  Used Avail Use% Mounted on
devtmpfs                       31G     0   31G   0% /dev
tmpfs                          31G   12K   31G   1% /dev/shm
tmpfs                          31G  2.3G   29G   8% /run
tmpfs                          31G     0   31G   0% /sys/fs/cgroup
/dev/mapper/klas-root          93G   54G   40G  58% /
tmpfs                          31G   56K   31G   1% /tmp
/dev/vda1                     2.0G  219M  1.8G  11% /boot
/dev/vda2                    1022M   20K 1022M   1% /boot/efi
tmpfs                         6.2G     0  6.2G   0% /run/user/993
/dev/mapper/datavg-data_lv01  200G  145G   56G  73% /data
tmpfs                         6.2G     0  6.2G   0% /run/user/1000
tmpfs                          60M     0   60M   0% /var/log/rtlog
tmpfs                         6.2G     0  6.2G   0% /run/user/1001

解决:

  • 登录mysql-cli,关闭slave实例,通过reset slave实例清除Relay_Log_File文件。

实际操作

登录MySQL-cli

[ptmauser@mysql-0002 data]$ mysql -uroot -p
Enter password: 
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MySQL connection id is 27
Server version: 5.7.42-log MySQL Community Server (GPL)Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

检查slave状态

MySQL [(none)]> show slave status\G;
*************************** 1. row ***************************Slave_IO_State: Master_Host: 172.22.88.15Master_User: replMaster_Port: 5575Connect_Retry: 60Master_Log_File: binlog.000097Read_Master_Log_Pos: 911621900Relay_Log_File: mysql-0002-relay-bin.000002Relay_Log_Pos: 148188Relay_Master_Log_File: binlog.000005Slave_IO_Running: NoSlave_SQL_Running: NoReplicate_Do_DB: Replicate_Ignore_DB: Replicate_Do_Table: Replicate_Ignore_Table: Replicate_Wild_Do_Table: Replicate_Wild_Ignore_Table: Last_Errno: 0Last_Error: Skip_Counter: 0Exec_Master_Log_Pos: 148680Relay_Log_Space: 152830684793Until_Condition: NoneUntil_Log_File: Until_Log_Pos: 0Master_SSL_Allowed: NoMaster_SSL_CA_File: Master_SSL_CA_Path: Master_SSL_Cert: Master_SSL_Cipher: Master_SSL_Key: Seconds_Behind_Master: NULL
Master_SSL_Verify_Server_Cert: NoLast_IO_Errno: 0Last_IO_Error: Last_SQL_Errno: 0Last_SQL_Error: Replicate_Ignore_Server_Ids: Master_Server_Id: 0Master_UUID: a90b3d6a-419c-11ee-ab08-fa163e5b8157Master_Info_File: /data/data/master.infoSQL_Delay: 0SQL_Remaining_Delay: NULLSlave_SQL_Running_State: Master_Retry_Count: 86400Master_Bind: Last_IO_Error_Timestamp: Last_SQL_Error_Timestamp: Master_SSL_Crl: Master_SSL_Crlpath: Retrieved_Gtid_Set: a90b3d6a-419c-11ee-ab08-fa163e5b8157:8-2042286Executed_Gtid_Set: 9553cced-419c-11ee-8f4c-fa163e7c44c3:1-4,
a90b3d6a-419c-11ee-ab08-fa163e5b8157:8-154Auto_Position: 0Replicate_Rewrite_DB: Channel_Name: Master_TLS_Version: 
1 row in set (0.000 sec)ERROR: No query specified

尝试重启slave实例,并检查状态

MySQL [(none)]> start slave;
Query OK, 0 rows affected (0.002 sec)MySQL [(none)]> show slave status\G;
*************************** 1. row ***************************Slave_IO_State: Queueing master event to the relay logMaster_Host: 172.22.88.15Master_User: replMaster_Port: 5575Connect_Retry: 60Master_Log_File: binlog.000101Read_Master_Log_Pos: 422443924Relay_Log_File: mysql-0002-relay-bin.000002Relay_Log_Pos: 148188Relay_Master_Log_File: binlog.000005Slave_IO_Running: YesSlave_SQL_Running: NoReplicate_Do_DB: Replicate_Ignore_DB: Replicate_Do_Table: Replicate_Ignore_Table: Replicate_Wild_Do_Table: Replicate_Wild_Ignore_Table: Last_Errno: 1008Last_Error: Error 'Can't drop database 'db_api_data_manager_yw'; database doesn't exist' on query. Default database: 'db_api_data_manager_yw'. Query: 'DROP DATABASE `db_api_data_manager_yw`'Skip_Counter: 0Exec_Master_Log_Pos: 148680Relay_Log_Space: 153306313854Until_Condition: NoneUntil_Log_File: Until_Log_Pos: 0Master_SSL_Allowed: NoMaster_SSL_CA_File: Master_SSL_CA_Path: Master_SSL_Cert: Master_SSL_Cipher: Master_SSL_Key: Seconds_Behind_Master: NULL
Master_SSL_Verify_Server_Cert: NoLast_IO_Errno: 0Last_IO_Error: Last_SQL_Errno: 1008Last_SQL_Error: Error 'Can't drop database 'db_api_data_manager_yw'; database doesn't exist' on query. Default database: 'db_api_data_manager_yw'. Query: 'DROP DATABASE `db_api_data_manager_yw`'Replicate_Ignore_Server_Ids: Master_Server_Id: 8815Master_UUID: a90b3d6a-419c-11ee-ab08-fa163e5b8157Master_Info_File: /data/data/master.infoSQL_Delay: 0SQL_Remaining_Delay: NULLSlave_SQL_Running_State: Master_Retry_Count: 86400Master_Bind: Last_IO_Error_Timestamp: Last_SQL_Error_Timestamp: 231115 13:59:38Master_SSL_Crl: Master_SSL_Crlpath: Retrieved_Gtid_Set: a90b3d6a-419c-11ee-ab08-fa163e5b8157:8-2063342Executed_Gtid_Set: 9553cced-419c-11ee-8f4c-fa163e7c44c3:1-4,
a90b3d6a-419c-11ee-ab08-fa163e5b8157:8-154Auto_Position: 0Replicate_Rewrite_DB: Channel_Name: Master_TLS_Version: 
1 row in set (0.000 sec)ERROR: No query specified

确认主从关系丢失,已出现了具体的同步报错:

 Last_SQL_Error: Error 'Can't drop database 'db_api_data_manager_yw'; database doesn't exist' on query. Default database: 'db_api_data_manager_yw'. Query: 'DROP DATABASE `db_api_data_manager_yw`'

之后再想办法重建主从关系,本文先清理Relay_Log_File文件。

重置slave实例

在MySQL-cli中关闭slave实例,重置slave实例,MySQL将自动清理硬盘上产生的Relay_Log_File文件。

MySQL [(none)]> stop slave;
Query OK, 0 rows affected (0.001 sec)MySQL [(none)]> reset slave;
Query OK, 0 rows affected (2.699 sec)MySQL [(none)]> exit

退出MySQL-cli,验证数据目录及relay_log_file文件。

检查硬盘空间及Relay_Log_File

大量堆积的relay-bin-log被成功自动清除。
在这里插入图片描述

数据目录/data/硬盘空间已经自动清理,使用率重新回到正常数值2%。

[ptmauser@mysql-0002 data]$ df -h
Filesystem                    Size  Used Avail Use% Mounted on
devtmpfs                       31G     0   31G   0% /dev
tmpfs                          31G   12K   31G   1% /dev/shm
tmpfs                          31G  2.3G   29G   8% /run
tmpfs                          31G     0   31G   0% /sys/fs/cgroup
/dev/mapper/klas-root          93G   54G   40G  58% /
tmpfs                          31G   56K   31G   1% /tmp
/dev/vda1                     2.0G  219M  1.8G  11% /boot
/dev/vda2                    1022M   20K 1022M   1% /boot/efi
tmpfs                         6.2G     0  6.2G   0% /run/user/993
/dev/mapper/datavg-data_lv01  200G  2.3G  198G   2% /data
tmpfs                         6.2G     0  6.2G   0% /run/user/1000
tmpfs                          60M     0   60M   0% /var/log/rtlog
tmpfs                         6.2G     0  6.2G   0% /run/user/1001
[ptmauser@mysql-0002 data]$ 

注意:

  1. 避免手动直接删除relay-bin-log文件。
  2. 重置slave实例前,先关闭slave实例。

结束

这篇关于MySQL数据库清理Relay_Log_File日志的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/572473

相关文章

MySQL常用字符串函数示例和场景介绍

《MySQL常用字符串函数示例和场景介绍》MySQL提供了丰富的字符串函数帮助我们高效地对字符串进行处理、转换和分析,本文我将全面且深入地介绍MySQL常用的字符串函数,并结合具体示例和场景,帮你熟练... 目录一、字符串函数概述1.1 字符串函数的作用1.2 字符串函数分类二、字符串长度与统计函数2.1

Oracle数据库定时备份脚本方式(Linux)

《Oracle数据库定时备份脚本方式(Linux)》文章介绍Oracle数据库自动备份方案,包含主机备份传输与备机解压导入流程,强调需提前全量删除原库数据避免报错,并需配置无密传输、定时任务及验证脚本... 目录说明主机脚本备机上自动导库脚本整个自动备份oracle数据库的过程(建议全程用root用户)总结

SQL Server跟踪自动统计信息更新实战指南

《SQLServer跟踪自动统计信息更新实战指南》本文详解SQLServer自动统计信息更新的跟踪方法,推荐使用扩展事件实时捕获更新操作及详细信息,同时结合系统视图快速检查统计信息状态,重点强调修... 目录SQL Server 如何跟踪自动统计信息更新:深入解析与实战指南 核心跟踪方法1️⃣ 利用系统目录

MySQL 内存使用率常用分析语句

《MySQL内存使用率常用分析语句》用户整理了MySQL内存占用过高的分析方法,涵盖操作系统层确认及数据库层bufferpool、内存模块差值、线程状态、performance_schema性能数据... 目录一、 OS层二、 DB层1. 全局情况2. 内存占js用详情最近连续遇到mysql内存占用过高导致

Mysql中设计数据表的过程解析

《Mysql中设计数据表的过程解析》数据库约束通过NOTNULL、UNIQUE、DEFAULT、主键和外键等规则保障数据完整性,自动校验数据,减少人工错误,提升数据一致性和业务逻辑严谨性,本文介绍My... 目录1.引言2.NOT NULL——制定某列不可以存储NULL值2.UNIQUE——保证某一列的每一

解密SQL查询语句执行的过程

《解密SQL查询语句执行的过程》文章讲解了SQL语句的执行流程,涵盖解析、优化、执行三个核心阶段,并介绍执行计划查看方法EXPLAIN,同时提出性能优化技巧如合理使用索引、避免SELECT*、JOIN... 目录1. SQL语句的基本结构2. SQL语句的执行过程3. SQL语句的执行计划4. 常见的性能优

深度解析Nginx日志分析与499状态码问题解决

《深度解析Nginx日志分析与499状态码问题解决》在Web服务器运维和性能优化过程中,Nginx日志是排查问题的重要依据,本文将围绕Nginx日志分析、499状态码的成因、排查方法及解决方案展开讨论... 目录前言1. Nginx日志基础1.1 Nginx日志存放位置1.2 Nginx日志格式2. 499

SQL Server 中的 WITH (NOLOCK) 示例详解

《SQLServer中的WITH(NOLOCK)示例详解》SQLServer中的WITH(NOLOCK)是一种表提示,等同于READUNCOMMITTED隔离级别,允许查询在不获取共享锁的情... 目录SQL Server 中的 WITH (NOLOCK) 详解一、WITH (NOLOCK) 的本质二、工作

MySQL 强制使用特定索引的操作

《MySQL强制使用特定索引的操作》MySQL可通过FORCEINDEX、USEINDEX等语法强制查询使用特定索引,但优化器可能不采纳,需结合EXPLAIN分析执行计划,避免性能下降,注意版本差异... 目录1. 使用FORCE INDEX语法2. 使用USE INDEX语法3. 使用IGNORE IND

SQL Server安装时候没有中文选项的解决方法

《SQLServer安装时候没有中文选项的解决方法》用户安装SQLServer时界面全英文,无中文选项,通过修改安装设置中的国家或地区为中文中国,重启安装程序后界面恢复中文,解决了问题,对SQLSe... 你是不是在安装SQL Server时候发现安装界面和别人不同,并且无论如何都没有中文选项?这个问题也