CentOS服务器磁盘空间告急是运维工作中常见且棘手的问题,若不及时处理，会导致服务无法写入日志、数据库崩溃甚至系统死机，核心上文归纳在于：清理硬盘不仅仅是简单的删除文件，而是一个包含精准诊断、识别占用大户、安全清理及预防维护的系统化过程，通过专业的命令组合定位日志、缓存、旧内核及僵尸文件，并采取非破坏性的清理手段，可以在保障业务连续性和系统稳定性的前提下，高效释放存储空间。
精准诊断：定位空间占用大户
在执行任何删除操作之前,首要任务是进行精准的“体检”，盲目清理往往适得其反，最基础的工具是df和du，使用df h可以快速查看各个文件系统的挂载点、总容量、已用空间及剩余空间百分比，从而确定哪个分区（如或/var）压力最大。
确定目标分区后,需深入查找占用空间的具体目录，此时应使用du命令，为了提高效率，建议直接使用du h maxdepth=1 / | sort hr，这条命令会列出根目录下第一层所有文件夹的大小并按降序排列，通常能一眼发现/var、/usr或/home是主要占用者，若需进一步深入，可以逐层进入可疑目录继续执行该命令，直到锁定具体的大文件或文件夹，对于大文件的查找，find / size +100M type f能迅速列出超过100MB的文件，帮助运维人员快速判断是否存在异常的备份文件或压缩包。
系统级清理：日志与临时文件管理
系统运行过程中产生的日志文件是占用磁盘空间的主要来源之一,CentOS的系统日志主要存放在/var/log目录下，对于messages、secure、cron等滚动日志，不建议直接使用rm命令删除文件，因为这可能导致正在运行的服务无法释放文件句柄，空间并未真正回收，专业的做法是使用清空命令，例如echo > /var/log/messages或truncate s 0 /var/log/messages，这样既清空了内容，又保留了原文件的inode和权限，服务进程可以继续正常写入。
/var/log/journal目录下的systemd日志有时会占用大量空间，可以通过编辑/etc/systemd/journald.conf配置文件，设置SystemMaxUse=500M来限制日志最大占用空间，然后执行systemctl restart systemdjournald使其生效，对于临时文件目录/tmp，系统通常会在重启时自动清理，但在长期不重启的服务器上，可以使用tmpwatch工具或手动清理老旧的临时文件，但务必确认无进程正在使用这些文件。
软件包管理：Yum缓存与旧内核清理
在使用yum更新软件或内核后,下载的安装包和头文件会默认缓存在/var/cache/yum目录中，这些缓存文件在安装完成后即失去保留价值，执行yum clean all命令是释放这部分空间最安全有效的方法，它会清除包缓存、头文件以及过期的元数据，通常能释放数百兆甚至数GB的空间。
另一个常被忽视的空间占用大户是旧版本的内核,CentOS为了防止更新后无法启动，默认会保留多个旧内核，在系统稳定运行一段时间后，只需保留当前正在使用的内核和上一个版本作为回退之用即可，首先使用uname r查看当前内核版本，然后使用rpm q kernel查询系统安装的所有内核，对于确认不需要的旧内核，可以使用yum remove kernelversion进行卸载，更高效的方式是安装yumutils工具包，使用packagecleanup oldkernels count=2命令，该命令会自动计算并保留最新的2个内核，删除其余所有旧内核。
应用层清理：Docker与数据库优化
在现代服务器架构中,Docker往往是磁盘空间的“吞噬者”，Docker的镜像、容器、停止的容器以及构建缓存都会占用大量空间，使用docker system df可以查看Docker各部分的占用详情，对于未使用的镜像、悬空镜像和停止的容器，可以使用docker system prune a进行清理，注意，添加a参数会删除所有未被容器使用的镜像，这在生产环境中需谨慎操作，以免误删需要用于快速回滚的镜像，Docker的日志文件默认不受限制，容易撑爆硬盘，建议在容器启动时配置logdriver和logopts来限制单个日志文件的大小和数量。
数据库方面,以MySQL为例，其二进制日志（binlog）用于主从复制和数据恢复，若未设置自动清理策略，会无限增长，在确认从库同步进度及备份策略完善的前提下，可以通过执行PURGE BINARY LOGS BEFORE '20231001';来手动清理指定日期之前的日志，或在my.cnf中配置expire_logs_days来自动过期。
进阶排查：解决“文件已删除但空间未释放”的难题
运维中常遇到执行rm rf删除大文件后，df显示的空间并未减少的情况，这是因为该文件仍被某个进程占用，文件句柄未释放，数据并未从磁盘上真正擦除，使用lsof | grep deleted命令可以列出所有已被标记为删除但仍有进程引用的文件。
输出结果中会显示占用文件的PID和文件名,解决方案有两种：一是重启占用该文件的服务进程（如重启Nginx或Java应用）；二是若服务无法重启，可通过/proc文件系统在线清空，即执行echo > /proc/PID/fd/FD（其中FD为lsof输出中的文件描述符编号），这种方法无需重启服务即可强制释放空间，是处理生产环境磁盘空间不足的高级技巧。
预防机制：建立自动化维护策略
一次性的清理只能解燃眉之急,建立长期的维护机制才是治本之策，建议配置logrotate服务，对应用日志进行按天或按大小切割，并设置保留天数（如rotate 7），编写简单的Shell脚本，定期检查磁盘使用率，当超过阈值（如80%）时自动发送告警邮件，并执行安全的清理命令（如清理yum缓存），将此脚本加入crontab中，实现运维自动化，将被动救火转变为主动预防。
相关问答
Q1：在CentOS中执行rm删除了大文件，但使用df查看磁盘空间没有减少，这是什么原因？A1： 这种情况通常是因为被删除的文件仍然被正在运行的进程占用（持有文件句柄），在Linux系统中，只有当文件的所有引用计数归零时，磁盘空间才会真正释放，解决方法是使用lsof | grep deleted找到占用文件的进程PID，然后重启该进程；或者在不重启进程的情况下，通过/proc/PID/fd/FD路径清空该文件描述符的内容，从而强制释放空间。
Q2：如何安全地清理CentOS系统中的旧内核，避免系统无法启动？A2： 安全清理旧内核的步骤如下：使用uname r确认当前正在运行的内核版本，务必保留此版本，建议保留至少一个旧版本作为回退备用，可以使用packagecleanup oldkernels count=2命令（需先安装yumutils），它会自动保留最新的两个内核，删除其余的，切勿手动删除/boot目录下的vmlinuz或initramfs文件，这会导致引导配置文件（grub.cfg）与实际文件不匹配，造成系统无法启动。
希望以上方案能帮助您有效解决CentOS磁盘空间不足的问题,如果您在清理过程中遇到特殊情况，或者有更高效的清理技巧，欢迎在评论区分享您的经验，我们一起交流探讨。
