测试环境一台服务器/目录空间使用率达到97%，但是通过du -sh *发现实际空间没用到那么多，初步怀疑，之前删除的文件，有运行中的进程一直占用，导致空间没有释放，如图通过du -sh *发现共实际使用不到5G+空间，而通过df -h发现已经使用了45G。
接着我们通过lsof命令查找运行中的进程占用已经删除的文件(僵死文件。这些文件实际上已经被删除，但是有服务程序在使用这些文件，导致这些文件一直被占用，无法释放磁盘空间，使用如下命令可以查看死文件占用情况），使用命令
lsof | grep delete |sort -nrk 7|more注意：sort -nrk 7是将已经删除的文件进行大小排序
15638进程占用大量的的删除文件，释放这些文件，首先查找进程ps -ef|grep 15638,我这个是测试环境，所以我使用kill -9 15638直接杀死进程，再用df -h
空间使用率已经下降到11%
总结：
du - estimate file space usage
du命令会对统计文件逐个调用fstat这个系统调用，获取文件大小。它的数据是基于文件获取，可以跨多个分区操作。
df - report file system disk space usage
df命令使用statfs这个系统调用，直接读取分区的超级块信息获取分区使用情况。它的数据基于分区元数据，只能针对整个分区。
导致这两个命令查看磁盘容量不一致的原因是，用户删除了大量的文件被删除后，在文件系统目录中已经不可见了，所以du就不会再统计它。然而如果此时还有运行的进程持有这个已经被删除的文件句柄，那么这个文件就不会真正在磁盘中被删除，分区超级块中的信息也就不会更改，df仍会统计这个被删除的文件。
在日常运维过程中，如果我们需要删除比较大的文件可以使用> filename，这种可以直接释放磁盘空间，使用rm 如果有进程在访问文件，则有可能出现磁盘空间不释放的情况。
