mysql 数据增长量 mysql binlog增长过快

一、Mysql binlog 介绍

mysql-binlog是MySQL数据库的二进制日志，用于记录用户对数据库操作的SQL语句（除了数据查询语句）信息。如果mysql 运行很长一段时间，日志文件会非常大。

二、解决方法

2.1、修改my.cnf

[mysqld]

# 设置binlog清理时间,只保留30天的日志
expire_logs_days = 30

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

# binlog缓存大小
binlog_cache_size = 4m

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

修改完，需要重启mysql,再查看配置变量

三、改变binlog模式

[mysqld]
# 设置binlog模式
binlog_format = mixed

3.1、STATMENT模式

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

优点：

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

缺点：

在以下情况下会导致master-slave中的数据不一致,
1. sleep()函数
2. last_insert_id()
3. user-defined functions(udf)

3.2、ROW模式

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

优点：

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

缺点：

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

3.3、MIXED模式

上两种模式的混合使用，一般的复制使用STATEMENT模式保存binlog，对于STATEMENT模式无法复制的操作使用ROW模式保存binlog，MySQL会根据执行的SQL语句选择日志保存方式。

四、相关SQL命令

4.1、 查看binlog现有详情

show binary logs;

4.2、 查看log变量的相关配置

show variables like '%log%';

4.3、 设置binlog的保存时间

set global expire_logs_days = 3;

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

reset master;

4.5、清除 binlog.000004 之前的日志

PURGE MASTER LOGS TO 'binlog.000004';

删除日志前

删除日志后

4.6、 清除 2021-08-13 10:00:00 前的 binlog日志

PURGE MASTER LOGS BEFORE '2021-08-13 10:00:00';

删除日志前

删除日志后