今天做的事：

今天登陆一下服务器，之前把mysql关闭了，然后今天上去登陆重启mysql报错了

如下

然后百度了一下为什么，有说配置文件问题的，于是我去查了一下配置文件，竟然也报错了

E297: Write error in swap file

然后看了一下，说是磁盘满了，查了一下，果然。。。。

想起来之前往服务器上的mysql中的一个表插了2亿多条数据。。。。

然后mysql启动不了，怎么删表啊？

想起来在配置文件中有定义我的mysql数据存在一个data目录下，然后把数据库删了。。。

重启mysql就ok了

可能这就是所谓的删库跑路吧。。。。。

刚刚又查了一下服务器，发现磁盘占用率还是100，崩溃了，然后就找解决办法

使用命令

find /path -type f -size +200M

可以查询当前路径下所有大于200M的文件

后来感觉这么查太慢了，又看了一下另一个命令

du -sh /path

可以查看路径下的所有文件大小

然后找啊找啊，感觉这么找下去不太对，而且感觉文件占用也不是特别多啊

然后去云服务器看了一眼，这一看不要紧，发现cpu占用率基本100

感觉不对，又去百度，发现查询进程后看出端倪

可以看到java进程的占用率达到100了

这里进程PID是24614

再看进程里各线程占用率

top -H -p 24614

找到对应占用率最高的线程PID是24615

此时感觉应该是之前的插入程序有问题了，无奈，用kill -9结束线程

可以看到此时的cpu利用率瞬间降下来了。

然后再查磁盘利用率

降下来了。。。。

总结下来：cpu利用率过高，但是为什么会导致磁盘利用率达到100了呢？没太想明白，难道是因为这个插入程序还是在不断的运行中？导致磁盘利用率瞬间又上去了？

刚刚查了一下：据说是，如果有残余进程还在使用之前删除的大文件，dh命令还是会报100占用率，只有当kill掉这些进程后才会恢复正常。

总之这个问题暂时解决了。。

但是新的问题又出现了，我用Navicat for mysql导入.sql文件失败了，继续寻找解决方法中。。。

问题自己解决了。。最后是运行.sql文件成功，但是之前为什么报错并不清楚。。刚刚重启了一下服务器mysql，然后导入.sql文件成功。难道真的是重启大法好？

然后看一下能不能恢复刚刚误删的那些文件。。

明天计划：着手任务三

问题：已解决

收获：解决服务器磁盘占用率问题；解决cpu占用率高问题；kill -9 杀死进程。