作者：田逸（formyz）
一大早就收到某个数据库服务器磁盘满的报警信息，其中数据盘使用率超过90%，如下图所示。
这是一台刚上线不久的MySQL从库服务器，数据盘的总容量是G。先登录系统，查看主从同步是否正常，幸运的是主从同步正常；再看看磁盘空间的使用情况，执行的命令及输出如下。
分区“/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.、mysql-bin.2”。通过对比，发现这些以“OFF.”为前缀的大文件，也是同样的规律。排查到这里，我幡然醒悟：“MySQL选项文件my.cnf设定的log-bin=OFF并不能关闭二进制日志的生成，而是生成以OFF为前缀的二进制文件而已”。
通过查询资料，MySQL8这个版本要关闭“binlog”二进制日志记录，需在选项文件（注意，不要认为是配置文件）“/etc/my.cnf”中设置文本行“disable-log-bin”或者“skip-log-bin”。更改好选项文件之后，重启MySQL服务，确保主从复制正常的情况下，检查二进制日志生成的状况，具体的操作是，MySQL客户端登录MySQL，执行下列操作进行验证。
为确保手动删除MySQL从数据库服务器占用大量磁盘空间的二进制文件不引起新的风险，在操作前必须对数据库进行全量备份或者整个操作系统备份（ProxmoxVE虚拟机的优势所在，操作如下图所示），停止MySQL服务，删除所有以“OFF.”为前缀的大文件，然后重启MySQL服务。
经验证，磁盘空间释放，MySQL服务运行正常，主从复制也正常。