快捷導(dǎo)航

Mysql binlog日志文件過大的解決

更新時間：2021年09月28日 15:48:05 作者：say8129

本文主要介紹了Mysql binlog日志文件過大的解決，文中通過示例代碼介紹的非常詳細，具有一定的參考價值，感興趣的小伙伴們可以參考一下

1、相關(guān)binlog配置

vim /etc/my.cof

[mysqld]
expire_logs_days = 3
#設(shè)置binlog清理時間

max_binlog_size = 100m
#binlog每個日志文件大小

binlog_cache_size = 4m
#binlog緩存大小

max_binlog_cache_size = 512m
#最大binlog緩存大小

重啟mysql，看到只保留了前三天的日志

在這里插入圖片描述

2、binlog相關(guān)高級設(shè)置

2.1 改變binlog模式

binlog的模式也有三種：STATEMENT、ROW、MIXED 。下面對這三種格式分別加以說明：

STATMENT模式

基于SQL語句的復(fù)制(statement-based replication, SBR)，每一條會修改數(shù)據(jù)的sql語句會記錄到binlog中。

優(yōu)點：不需要記錄每一條SQL語句與每行的數(shù)據(jù)變化，這樣子binlog的日志也會比較少，減少了磁盤IO，提高性能。

缺點：在某些情況下會導(dǎo)致master-slave中的數(shù)據(jù)不一致(如sleep()函數(shù)， last_insert_id()，以及user-defined functions(udf)等會出現(xiàn)問題)

ROW模式

不記錄每一條SQL語句的上下文信息，僅需記錄哪條數(shù)據(jù)被修改了，修改成了什么樣子了。

優(yōu)點：不會出現(xiàn)某些特定情況下的存儲過程、或function、或trigger的調(diào)用和觸發(fā)無法被正確復(fù)制的問題。

缺點：會產(chǎn)生大量的日志，尤其是alter table的時候會讓日志暴漲。

MIXED模式

混合模式復(fù)制(mixed-based replication, MBR)：以上兩種模式的混合使用，一般的復(fù)制使用STATEMENT模式保存binlog，對于STATEMENT模式無法復(fù)制的操作使用ROW模式保存binlog，MySQL會根據(jù)執(zhí)行的SQL語句選擇日志保存方式。
修改配置文件

[mysqld]
binlog_format = mixed
#設(shè)置日志格式

2.2 相關(guān)SQL操作binlog

show binary logs;                            
# 查看binlog現(xiàn)有詳情

show variables like '%log%';            
# 查看log變量的相關(guān)配置

set global expire_logs_days = 3;    
# 設(shè)置binlog的保存時間

reset master;                                 
# 重置所有的binlog，相當于刪除所有的binlog，這個操作對主從集群影響非常大，因為主從賦值是基于binlog日志來實現(xiàn)的

PURGE {MASTER | BINARY} LOGS TO 'log_name'
PURGE {MASTER | BINARY} LOGS BEFORE 'date'
# 刪除指定的日志或日期之前的日志索引中的所有二進制日志。MASTER和BINARY是同義詞

PURGE MASTER LOGS TO 'binlog.000013'; 
#清除binlog.000013日志

PURGE MASTER LOGS BEFORE '2020-01-08 10:00:00';  
#清除2020-01-08 10:00:00前binlog日志

PURGE MASTER LOGS BEFORE DATE_SUB( NOW( ), INTERVAL 3 DAY); 
# 清除3天前binlog日志BEFORE，變量的date自變量可以為'YYYY-MM-DD hh:mm:ss'格式。

到此這篇關(guān)于Mysql binlog日志文件過大的解決的文章就介紹到這了,更多相關(guān)Mysql binlog日志過大內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: