今天，公司服务器上的所有网站都有问题，有的没有打开数据，有的是直接空白。
我的第一反应是，数据库被挂断。打开远程，进入系统，mysql服务停止失败。很长一段时间的mysql服务启动等，提示超时错误尝试启动MySQL
起初他认为这是mysql用户问题，查询系统用户没有问题。
打开日志日志查看，问题出现在无法启动的服务器中：无法创建PID文件：没有剩余空间；
DF—H看着盘，和500G的硬盘已经使用了100%，可用0；
var /日志文件夹已经被咬了一口删除。什么是无法预料的是，日志已经积累到32G。
疯狂的出汗！！！然后开始MySQL正常。
案例二：
最近发现在维护Linux服务器时，该网站打开后，检查发现MySQL数据库崩溃，刚启动它。
然后看看MySQL日志文件
无法启动服务器：无法创建PID文件：设备上没有空间
这是一个错误。
磁盘空间不足
然后看看DF命令
有人发现磁盘的容量都用完了，所以有必要看看是谁占用了它。
使用命令：
找到 /tmp大小+ 100000000c
在下一个磁盘中找到大于1米的文件
看来：
Tomcat的日志文件占用的443g。真的很糟糕。
删除此日志文件
RM -射频catalina.out
启动MySQL。
最好重新启动Linux操作系统。
案例三：
MySQL启动失败，日志显示如下：
复制代码代码如下所示：
120321 14:23:54 InnoDB：1.1.8开始；日志序列号1595695
120321 14:23:54 {错误} / usr / / libexec mysqld：书写错误的文件 / / /无功运行mysqld / mysqld。PID（errcode：28）
120321 14:23:54 {错误}不能启动服务器：无法创建PID文件：没有空间
120321 14:23:54 mysqld_safe运行的进程数：0
120321 14:23:54 mysqld_safe mysqld启动
120321 14:23:54 {注}插件联邦被禁用。
120321 14:23:54 InnoDB：InnoDB内存堆被禁用
120321 14:23:54 InnoDB：Mutexes和rw_locks使用InnoDB自身的执行
120321 14:23:54 InnoDB表：压缩使用zlib 1.2.3
120321 14:23:54 InnoDB：使用Linux原生AIO
120321 14:23:54 InnoDB缓冲池大小为：初始化，128.0m
120321 14:23:54 InnoDB缓冲池：完成初始化
120321 14:23:54 InnoDB：最高支持的文件格式是梭鱼。
120321 14:23:55 InnoDB：等待后台线程启动
事实上，答案很简单。
设备上没有空间，没有磁盘空间。请清理空间！
