Mysql binlog日志文件过大的解决_Mysql

Mysql binlog日志文件过大的解决

2021-11-19 17:30say8129 Mysql

本文主要介绍了Mysql binlog日志文件过大的解决，文中通过示例代码介绍的非常详细，具有一定的参考价值，感兴趣的小伙伴们可以参考一下

磁盘突然报错使用率过大，排查原因，发现mysql的binlog文件占用过大

命令

				?

									ls -l -h

Mysql binlog日志文件过大的解决

mysql-binlog是mysql数据库的二进制日志，用于记录用户对数据库操作的sql语句（(除了数据查询语句）信息。可以使用mysqlbin命令查看二进制日志的内容。

可以通过设置my.cof配置文件的方式限制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，看到只保留了前三天的日志

Mysql binlog日志文件过大的解决

2、binlog相关高级设置

2.1 改变binlog模式

binlog的模式也有三种：statement、row、mixed 。下面对这三种格式分别加以说明：

statment模式

基于sql语句的复制(statement-based replication, sbr)，每一条会修改数据的sql语句会记录到binlog中。

优点：不需要记录每一条sql语句与每行的数据变化，这样子binlog的日志也会比较少，减少了磁盘io，提高性能。

缺点：在某些情况下会导致master-slave中的数据不一致(如sleep()函数， last_insert_id()，以及user-defined functions(udf)等会出现问题)

row模式

不记录每一条sql语句的上下文信息，仅需记录哪条数据被修改了，修改成了什么样子了。

优点：不会出现某些特定情况下的存储过程、或function、或trigger的调用和触发无法被正确复制的问题。

缺点：会产生大量的日志，尤其是alter table的时候会让日志暴涨。

mixed模式

混合模式复制(mixed-based replication, mbr)：以上两种模式的混合使用，一般的复制使用statement模式保存binlog，对于statement模式无法复制的操作使用row模式保存binlog，mysql会根据执行的sql语句选择日志保存方式。
修改配置文件

				?

									[mysqld]

									binlog_format = mixed

									#设置日志格式

2.2 相关sql操作binlog

				?

									show binary logs;                            

									# 查看binlog现有详情

									show variables like '%log%';            

									# 查看log变量的相关配置

									set global expire_logs_days = 3;    

									# 设置binlog的保存时间

									reset master;                                 

									# 重置所有的binlog，相当于删除所有的binlog，这个操作对主从集群影响非常大，因为主从赋值是基于binlog日志来实现的

									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'格式。