mysql导致bin文件过大_mysql-bin日志文件过大导致磁盘空间不足问题解决方法

MySQL数据库中，mysql-bin.000001、mysql- bin.000002等文件是数据库的操作日志，例如UPDATE一个表，或者DELETE一些数据，即使该语句没有匹配的数据，这个命令也会存储到日志文件中，还包括每个语句执行的时间，也会记录进去的。

实际操作操作:

连接mysql :/usr/local/mysql/bin/mysql -uroot -p

然后显示文件: show master logs;

+------------------+------------+

| Log_name | File_size |

+------------------+------------+

| mysql-bin.000001 | 609 |

| mysql-bin.000002 | 20612697 |

| mysql-bin.000003 | 177 |

| mysql-bin.000004 | 392448488 |

| mysql-bin.000005 | 177 |

| mysql-bin.000006 | 1075019518 |

| mysql-bin.000007 | 1088715214

清理 PURGE BINARY LOGS BEFORE '2019-08-08 22:46:26';

再次显示：show master logs;

+------------------+-----------+

| Log_name | File_size |

+------------------+-----------+

| mysql-bin.000127 | 154 |

+------------------+-----------+

一下干净多了:空间也释放了。

清理日志之前先不要注释log-bin=mysql-bin binlog_format=mixed ,清理后可以注释了

官方文章:

https://dev.mysql.com/doc/refman/5.7/en/purge-binary-logs.html

以下文章来源于网络:

https://blog.csdn.net/submorino/article/details/46505575

MySQL数据库中，mysql-bin.000001、mysql- bin.000002等文件是数据库的操作日志，例如UPDATE一个表，或者DELETE一些数据，即使该语句没有匹配的数据，这个命令也会存储到日志文件中，还包括每个语句执行的时间，也会记录进去的。

这样做主要有以下两个目的：

1：数据恢复

如果你的数据库出问题了，而你之前有过备份，那么可以看日志文件，找出是哪个命令导致你的数据库出问题了，想办法挽回损失。

2：主从服务器之间同步数据

主服务器上所有的操作都在记录日志中，从服务器可以根据该日志来进行，以确保两个同步。

处理方法分两种情况：

1：只有一个mysql服务器，关闭MySQL的日志功能步骤：

1) 删除日志：

登录后执行：mysql> reset master;

2)禁用MySQL日志：修改/etc/my.cnf 文件，找到

log-bin=mysql-bin

binlog_format=mixed

这两行前面加上#，将其注释掉，再执行/etc/init.d/mysql restart即可。

如果实在想保留日志，可以在/etc/my.cnf里加入expire_logs_days = 10 然后重启mysql，这样10天就会自动清理日志。

2：如果你的环境是主从服务器，那么就需要做以下操作了。

A：在每个从属服务器上，使用SHOW SLAVE STATUS来检查它正在读取哪个日志。

B：使用SHOW MASTER LOGS获得主服务器上的一系列日志。

C：在所有的从属服务器中判定最早的日志，这个是目标日志，如果所有的从属服务器是更新的，就是清单上的最后一个日志。

D：清理所有的日志，但是不包括目标日志，因为从服务器还要跟它同步。

清理日志方法为：

PURGE MASTER LOGS TO 'mysql-bin.010';

PURGE MASTER LOGS BEFORE '2019-08-02 21:00:00';

如果你确定从服务器已经同步过了，跟主服务器一样了，那么可以直接RESET MASTER将这些文件删除。