这篇文章主要介绍了Mysql中binlog日志文件过大怎么办，具有一定借鉴价值，感兴趣的朋友可以参考下，希望大家阅读完这篇文章之后大有收获，下面让小编带着大家一起了解一下。
磁盘突然报错使用率过大，排查原因，发现mysql的binlog文件占用过大
命令
ls -l -h
mysql-binlog是MySQL数据库的二进制日志，用于记录用户对数据库操作的SQL语句（(除了数据查询语句）信息。可以使用mysqlbin命令查看二进制日志的内容。
可以通过设置my.cof配置文件的方式限制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，看到只保留了前三天的日志
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 #设置日志格式
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'格式。感谢你能够认真阅读完这篇文章，希望小编分享的“Mysql中binlog日志文件过大怎么办”这篇文章对大家有帮助，同时也希望大家多多支持亿速云，关注亿速云行业资讯频道，更多相关知识等着你来学习!
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
