【踩坑专栏】追根溯源，从Linux磁盘爆满排查故障：mycat2与navicat不兼容导致日志暴增

昨天遇到了一个比较奇怪的问题，就是在挂起虚拟机的时候，虚拟机提示我XX脚本正在运行，很奇怪，我没有运行脚本，为什么会提示我这个呢。今天恢复虚拟机，也提示了一下脚本的问题，而且发现Linux明显异常：Tab补全命令用不了、vim文件进去之后提示Enter巴拉巴拉、shell卡顿。

搜了一下，这是磁盘空间满了。

查看磁盘空间[1]

df -h

在这里插入图片描述

而下列命令无法分析出具体的大文件[1]

du -sh *

而我从下面的命令，即分析大于100M的log结尾文件[2]，找到了一丝蛛丝马迹

find -type f -size +100M -name "*.*" |xargs ls -l

在这里插入图片描述
当我cd到mycat的logs目录，分析当前目录下文件大小的时候，我震惊了，一共8个G，要知道这个虚拟机总共才分配了20个G。

看看日志里到底说了啥

日志里貌似说mycat的数据源的分组存在验证问题。具体啥意思不懂，没事，继续搜。github上有人说是navicat不兼容mycat2导致的[3]

在这里插入图片描述
问题到这里似乎就明晰了，猜测应该是和navicat和mycat2不兼容，导致mycat2的日志一直暴增。这个虚拟机是我个人的一个虚拟机，mycat连接的一主二从中master的redo log(ib_logfile0 1)、undo log、bin log，从几百k到十几M不等，虽然和那寥寥几条测试数据比起来确实不小，但是跟mycat这8个G的日志比起来也是小意思了。所以mysql应该是正常的，有问题的是mycat2。