作者：田逸（formyz）
一大早就收到某个数据库服务器磁盘满的报警信息，其中数据盘使用率超过90%，如下图所示。
这是一台刚上线不久的MySQL从库服务器，数据盘的总容量是300G。先登录系统，查看主从同步是否正常，幸运的是主从同步正常；再看看磁盘空间的使用情况，执行的命令及输出如下。
|----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| [root@MySQL-S-200-169 mysql_db]#df -h Filesystem Size Used Avail Use% Mounted on devtmpfs 4.0M 0 4.0M 0% /dev tmpfs 16G 0 16G 0% /dev/shm tmpfs 6.3G 8.6M 6.3G 1% /run /dev/mapper/rl-root 33G 3.4G 30G 11% / /dev/sda1 1014M 220M 795M 22% /boot /dev/sdb1 300G 271G 29G 91% /data tmpfs 3.2G 0 3.2G 0% /run/user/0 |
分区"/data"为MySQL数据库用户数据存储的空间，初步判定多半是日志文件之类的给塞满了。进入用户数据目录（选项文件"/etc/my.cnf"设定的数据目录为"/data/mysql_db"）,发现大量以"OFF"为前缀的文件（如下图所示），感觉莫名其妙呢！
这些文件大小在1G左右，从经验上感觉可能是日志文件。不确定是"OFF"做前缀（眼神不好），还是"0FF"做前缀？可用如下命令进行鉴别。
|-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| [root@MySQL-S-200-169 mysql_db]# ls -al 0FF*|more ls: cannot access '0FF*': No such file or directory [root@MySQL-S-200-169 mysql_db]# ls -al 0FF* ls: cannot access '0FF*': No such file or directory [root@MySQL-S-200-169 mysql_db]# ls -al OFF*|more -rw-r----- 1 mysql mysql 1073743407 Feb 3 14:13 OFF.000001 -rw-r----- 1 mysql mysql 1073742872 Feb 3 14:16 OFF.000002 -rw-r----- 1 mysql mysql 1073741885 Feb 3 14:20 OFF.000003 ..................省略........................................................ |
从输出可知，是大写字母"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> show variables like'log_%'; +----------------------------------------+----------------------------------------+ | Variable_name | Value | +----------------------------------------+----------------------------------------+ | log_bin | OFF | | log_bin_basename | | | log_bin_index | | | log_bin_trust_function_creators | OFF | | log_bin_use_v1_row_events | OFF | | log_error | /data/mysql_db/error.log | | log_error_services | log_filter_internal; log_sink_internal | | log_slave_updates | OFF | | log_slow_admin_statements | OFF | | log_slow_extra | OFF | | log_slow_replica_statements | OFF | | log_slow_slave_statements | OFF | | log_statements_unsafe_for_binlog | ON | | log_throttle_queries_not_using_indexes | 0 | | log_timestamps | UTC | +----------------------------------------+----------------------------------------+ 21 rows in set (0.01 sec) mysql> show binary logs; ERROR 1381 (HY000): You are not using binary logging |
为确保手动删除MySQL从数据库服务器占用大量磁盘空间的二进制文件不引起新的风险，在操作前必须对数据库进行全量备份或者整个操作系统备份（Proxmox VE虚拟机的优势所在，操作如下图所示），停止MySQL服务，删除所有以"OFF."为前缀的大文件，然后重启MySQL服务。
经验证，磁盘空间释放，MySQL服务运行正常，主从复制也正常。