Mysql binlog日志文件過大的解決

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

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

1、相關binlog配置

vim /etc/my.cof

[mysqld]
expire_logs_days = 3
#設置binlog清理時間

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

binlog_cache_size = 4m
#binlog緩存大小

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

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

在這里插入圖片描述

2、binlog相關高級設置

2.1 改變binlog模式

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

STATMENT模式

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

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

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

ROW模式

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

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

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

MIXED模式

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

[mysqld]
binlog_format = mixed
#設置日志格式

2.2 相關SQL操作binlog

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

show variables like '%log%';            
# 查看log變量的相關配置

set global expire_logs_days = 3;    
# 設置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'格式。

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

您可能感興趣的文章: