怎样查看服务器内存和磁盘空间？

(1)查看内存空间

使用“free”命令可以查看服务器的内存空间，选项“-m”表示以MB(兆字节)的数据存储单位进行显示。执行结果如下所示：

在以上输出结果中，Mem表示系统的物理内存，total表示内存的总大小(995M)，used表示已经使用的空间(168M)，free表示可用空间(827M)。关于其他内容读者可参考Linux帮助手册进行学习，这里就不再详细解释。

(2)查看磁盘空间

使用“df”命令可以查看服务器的磁盘空间，选项“-lh”表示利用方便阅读的数据存储单位显示本地文件系统。执行结果如下所示：

在以上输出结果中，Filesystem是文件系统，Size表示该分区的总大小，Used表示已经使用的空间，Avail表示可用空间，Use%表示已经使用的百分比，Mounted on表示挂载路径。可以看出，系统共分为3个文件系统，其中“/dev/mapper/VolGroup-lv_root”是挂载到根目录的文件系统，总大小为8.3G，已经使用的空间为646M。

通过上述命令可以看出，最小安装后的CentOS占用的内存和磁盘空间都非常小。用户可以根据自己的需要来手动安装软件和配置系统，避免因为大量预装软件而导致内存、磁盘等硬件资源的浪费。

我们开发环境Jenkins构建项目时报服务器磁盘空间不足，导致项目自动化构建部署失败，

Docker镜像服务器磁盘空间清理我们做了多次了，之前在清理Docker镜像服务器时走了不少弯路，查了不少Docker镜像服务器空间清理，都大同小异，都是一些如何清理历史镜像文件的文章，而实际按照清理镜像文件进行一顿操作，释放的内存了了，最近一次磁盘空间报警事件，镜像文件清理也就才清理了40M，完全达不到清理磁盘空间的效果。

事实上我们的镜像执行sh脚本本身包含清理垃圾镜像文件的步骤：

因此，重要事情说三遍： 当Docker镜像服务器磁盘空间不足时，首先要考虑的时服务器的日志文件、大文件等等，最后才考虑Docker镜像本身占用的磁盘内存 。

df命令用于查看磁盘分区的使用情况，了解磁盘总量及用量，默认单位为KB。

当磁盘空间报警时，我们可以使用df命令查看磁盘分区使用情况：

注意，使用df -h命令会看到Docker镜像的/var/lib/docker 目录占很多空间，其实这是假象，许多同事初次看到这个接口首先应该就是去考虑如何清理/var/lib/docker，我也不例外。

不要受/var/lib/docker 目录影响，继续分析空间占用情况。

前面通过df命名我们大致了解了我们磁盘分区内存使用情况，使用du命令可以当前目录下文件、目录在磁盘中占用的空间的大小。

来到服务器顶层目录，执行命令：

找到内存使用异常的文件夹，进入其目录依次执行du -sh *，最终找到占用内存的大文件或日志，进行清理。

分享下我在情况过程找到的大文件

通过前面df 和du配合分析清理空间后，基本就能释放服务器磁盘空间，就简单提下Docker镜像清理咯，毕竟网上一大堆。

镜像清理。

批量清除无用的镜像

背景

最近一直收到产品环境其中一台server的磁盘占用超过90%的警告，之前为了解决这个问题编写了一个压缩和删除历史log的脚本，正常情况来说应该不会再报这个警告，因为脚本是每天都在跑，所以每天增长的log的大小应该不至于占用很多的磁盘空间，但是实际情况却是每隔两三天就会收到一次警告，然后不得不手动的清理一些还没有被脚本压缩以及删除的log，从而释放一些空间，但是这不是长久之计，所以就详细的去查了这个问题。

解决

再次受到这个警告之后，我通过SSH连到了这台机器，然后通过df -h的命令查看了一下各个挂载磁盘的使用率如下图：

从图中可以看到可以看到 /dev/xvdb1这个磁盘被挂载在/alidata1/这个目录下，并且已经使用了34G(90%).

然后就要查看/alidata1下到底是哪个文件或者文件夹占用了这么多的磁盘空间，我们通过du -h --max-depth=1来查看，如下图：

我们可以看到 /alidata1下的所有文件及文件夹占用的空间是22G，和我们通过df -h查看出来的磁盘占用34G相差12G，这是为什么？这12G的空间到底是被谁占用了？

于是去网上查了一些资料，原来是因为在Linux上删除一个进程正在写入的文件的时候，虽然已经被我们删除了，但是只要进程还在，那个文件就不会真正被删除，只是被临时存放到系统的某个地方，有点类似于Windows的回收站。通过lsof可以查看没有被真正删除的文件。如下图

从图中我们可以看出有四个占用空间比较大的没有被真正删除的文件，这四个文件分别是809和808的java进程console的输出log。之前被手动删除，但是由于没有重启进程导致文件一直还在，占用了大量空间。在通过重启808和809的java进程之后，磁盘的警告恢复了，通过df和du查看的结果如下：

df -h

从新的结果中可以看到df查看的磁盘占用空间和du查看的文件中下文件的占用空间一致了。

总结

所以如果以后碰到一些不合理的一些磁盘占用情况，我们可以通过df和du来查看磁盘占用空间和实际的文件占用空间是否有差异，如果有差异通过lsof命令查看有哪些没有被真正删除的文件，确认是被哪个进程占用，通过重启进程的方式来释放这些空间。

---