这篇博客主要是来解决 mysql 落盘日志占用磁盘空间过大的问题。我是用 docker 启动的 mysql，然后把 /var/lib/mysql 挂载到宿主机上。有人反馈网页点击无反应，我想的是这么简单，也没改动怎么会报错呢。上服务器，刚好无意看了下 df -h，好家伙磁盘全满，其中挂载 msyql 的文件夹基本上全占。那只好解决了，虽然找运维扩磁盘是一个更舒服的选择，不过这个问题我碰到好几次了。之前都是删掉没用的，先能用再说，不过删到后面，实在没啥可以删的了。
接下来，来看看我的解决思路。
瞅一眼
看一下挂载目录里面是什么文件占这么大
两眼蒙圈，不知道是啥鬼，之前对 mysql 没有做过多了解。不过肉眼可见的，可以看到有 2 类文件占用了很大。
啥都不懂，就先看看文件最大的能不能删嘛。
*.log 文件和 mysql-bin.* 文件，这两类占据了很大的空间，不知道干啥的，就去找一下这两货是啥。
是啥货
详细的不在这边说，就知道这文件大概是干啥的就行
mysql-bin*
有眼不识泰山，原来是 mysql 的 binary log。
二进制日志记录了所有的 DDL（数据定义语言）语句和 DML（数据操作语言）语句，但是不记录包括数据查询的语句。
不知道能不能删，等下找找，大概率不能乱删。
*.log
原来是 general log，难怪这么大。
general_log，会将所有到达Mysql Server的SQL语句记录。
这个肯定能删，而且现在 sql 语句都应该可以到日志聚合系统查看，可以不用在这上面看。
盘他
binary log
网上都有，按照此步骤即可删除。前面已经看到，有很多 mysql-bin 文件，所以直接找到现在 mysql 在用的，也就是我不能删的文件是哪个。
如果看不到挂载目录，只能指令查看，或者数据库IDE的，可以用 show binary logs 来查看总的 mysql-bin 文件
-
查看正在使用的日志文件
show master status
-
删除可删除的 mysql-bin 文件
purge binary logs to ‘mysql-bin.000029’在到目录看一下，就没了，无需重启
general log
这个网上，比较少，不过也就是清空文件而已。
cat /dev/null > 7b130360affe.log
其中 log 是那个最大的文件，切记不要直接 rm -rf log，这大概率删不掉。
没有下一次
上面删除的方法都是暂时的，就是过一段大概率还会出现磁盘剩余空间不足的问题，所以还得预防一下。
binary log
可以设置自动清理的天数
修改 my.cnf 里面的 expire_logs_days 为 3 或者一个你觉得几天需要自动清理一次日志的天数。
修改完后，需要重启不然不生效
不想要重启的可以在 mysql 里面执行 set global expire_logs_days = 3 这样子也行，不过重启之后就会恢复。
general log
默认 general log 开起来，不过可以关掉，没啥必要
修改 my.cnf 里面的 general_log 为 0
修改完后，需要重启不然不生效
不想要重启的可以在 mysql 里面执行 set global general_log = 'OFF' 这样子也行，不过重启之后就会恢复。
总结
- 有针对性地去解决问题，msyql 挂载目录生成的文件很多，我第一次看也头大，所以选择逃避。不过针对刺头查一下文章，还是可以解决的。
- 平时可能没有太在意这些个配置，可以为之后借鉴一下。
- 还有很多调优的方式，生产需要注意的地方，有大佬知道的可以相互交流下~
2872
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
