作家：田逸（formyz）kaiyun官方网站

一大早就收到某个数据库作事器磁盘满的报警信息，其中数据盘使用率跨越90%，如下图所示。

这是一台刚上线不久的MySQL从库作事器，数据盘的总容量是300G。先登录系统，检察主从同步是否平方，走时的是主从同步平方；再望望磁盘空间的使用情况，执行的号召及输出如下。

分区“/data”为MySQL数据库用户数据存储的空间，初步判定多半是日记文献之类的给塞满了。插足用户数据目次（选项文献”/etc/my.cnf”设定的数据目次为”/data/mysql_db”）,发现多数以“OFF”为前缀的文献（如下图所示），嗅觉沮丧其妙呢！

这些文献大小在1G傍边，从劝诫上嗅觉可能是日记文献。不笃定是“OFF”作念前缀（视力不好），已经“0FF”作念前缀？可用如下号召进行辨别。

从输出可知，是大写字母“O”而不是数字“0”。对比其它启动平方的MySQL数据库，齐莫得这么的文献存在，问题在那里呢？

因为这个数据库系统上线不久，作念了哪些操作应该还有些印象。回来一下最近所作念的操作，倏得念念起上周主从不同步，蔓延很是大（4万多秒），为了处理这个主从不同步的费劲，对MySQL的选项文献“/etc/my.cnf”作念了修改，因为是从库，就决定将数据库的二进制日记记载给关闭，将文本行“log-bin = mysql-bin”变更成“log-bin = OFF”（还增多了其它的项，这里不作念张开）。修改驱散，MySQL主从同步的蔓延问题得以惩处。

当MySQL数据库二进制日记设定为“log-bin=mysql-bin”时，启动MySQL作事以后，会在数据目次下生成以“mysql-bin.”为前缀，后紧跟一串数字收尾的二进制日记文献，况且按数字设施生成，形如“mysql-bin.000001、mysql-bin.0000012”。通过对比，发现这些以“OFF.”为前缀的大文献，亦然相通的设施。排查到这里，我大梦初醒：“MySQL选项文献my.cnf设定的log-bin=OFF并不行关闭二进制日记的生成，而是生成以OFF为前缀的二进制文献良友”。

通过查询府上，MySQL 8这个版块要关闭“binlog”二进制日记记载，需在选项文献（顾惜，不要以为是确立文献）“/etc/my.cnf”中诞生文本行“disable-log-bin”概况“skip-log-bin”。更正好选项文献之后，重启MySQL作事，确保主从复制平方的情况下，查验二进制日记生成的景色，具体的操作是，MySQL客户端登录MySQL，执行下列操作进行考证。

为确保手动删除MySQL从数据库作事器占用多数磁盘空间的二进制文献不引起新的风险，在操作前必须对数据库进行全量备份概况通盘操作系统备份（Proxmox VE虚构机的上风方位，操作如下图所示），罢手MySQL作事，删除通盘以“OFF.”为前缀的大文献，然后重启MySQL作事。

劝诫证kaiyun官方网站，磁盘空间开释，MySQL作事启动平方，主从复制也平方。