Происхождение дела:
Внезапно рано утром получил предупреждение zabbix, что на диске осталось меньше 15, так что поторопитесь и посмотрите, что происходит
Процесс расследования
1. df -ah проверьте, что каталог / data уже занимает 91%
2. Выясните, какой каталог в / data используется, и, наконец, найдите его, чтобы он был занят mysql binlog. Это, очевидно, вызвано слишком большим объемом записи binlog.
Ps, изображение процесса устранения неполадок здесь забыли обрезать, вы можете использовать du -ah -d 1 Посмотрите на размер занятости всех подкаталогов в определенном каталоге -d представляет иерархические отношения, вы можете найти, какой каталог вы используете, когда вы вводите его уровень за уровнем
3. Начните переводить binlog из необработанного в режим STATEMENT;
mysql> show global variables like "%binlog_format%";
+---------------+-----------+
| Variable_name | Value |
+---------------+-----------+
| binlog_format | STATEMENT |
+---------------+-----------+
1 row in set (0.01 sec)
mysql> SET global binlog_format='STATEMENT';
Query OK, 1 rows affected (0.00 sec)После изменения конфигурации mysql перейдите в каталог binlog и посмотрите еще раз, вы обнаружите, что куча двоичных журналов исчезла, а использование диска уменьшилось до нормального.
4. Вы также можете изменить режим конфигурации:
перейдите в my.cnf mysql и измените соответствующее значение:
# 1天过期清理binlog日志
expire_logs_days =1
# 修改记录模式为statement
binlog_format = statement
# 原因分析
mysql是默认开启binlog日志的并且对于已经存储的binlog日志没有设置自动清理时间，最蛋疼的是mysql在5.7.7版本之后默认binlog存储格式改为了ROW（也就是最详细最消耗磁盘的一种）刚好那几个磁盘飙升的应用恰好是有大量数据新增和删除的操作，所以会出现binlog日志50多G的情况
### binlog基本概念
binlog是Mysql sever层维护的一种二进制日志，与innodb引擎中的redo/undo log是完全不同的日志；其主要是用来记录对mysql数据更新或潜在发生更新的SQL语句，记录了所有的DDL和DML(除了数据查询语句)语句，并以事务的形式保存在磁盘中，还包含语句所执行的消耗的时间，MySQL的二进制日志是事务安全型的。Три режима хранения binlog
Строка
优点：在row level模式下，bin-log中可以不记录执行的sql语句的上下文相关的信息，仅仅只需要记录那一条被修改。
缺点：row level，所有的执行的语句当记录到日志中的时候，都将以每行记录的修改来记录，会产生大量的日志内容。Заявление
优点：statement level下的优点首先就是解决了row level下的缺点，不需要记录每一行数据的变化，减少bin-log日志量，节约IO，提高性能，因为它只需要在Master上锁执行的语句的细节，以及执行语句的上下文的信息。
缺点：由于只记录语句，所以，在statement level下 已经发现了有不少情况会造成MySQL的复制出现问题，主要是修改数据的时候使用了某些定的函数或者功能的时候会出现。Смешанный
在Mixed模式下，MySQL会根据执行的每一条具体的sql语句来区分对待记录的日志格式，也就是在Statement和Row之间选择一种。如果sql语句确实就是update或者delete等修改数据的语句，那么还是会记录所有行的变更。