在CentOS系统中，/var目录空间不足是常见问题，尤其对于运行数据库、Web服务或日志密集型应用的服务器而言。/var目录通常存储系统日志、软件包管理器缓存、邮件队列、数据库文件等动态增长的数据，一旦空间耗尽，可能导致服务异常、系统崩溃甚至数据丢失，本文将分析/var空间不足的常见原因,并提供系统性的排查与解决方案。
空间不足的常见原因
-
日志文件堆积
系统日志（如messages、secure）或应用日志（如Apache、Nginx的access_log）未定期清理,可能因日志轮转配置不当或磁盘空间监控缺失导致日志文件无限增长。 -
软件包缓存未清理
YUM/DNF在安装更新时会下载rpm包至/var/cache/yum或/var/cache/dnf，若清理不及时,缓存文件可能占用数GB空间。 -
邮件队列膨胀
若系统运行邮件服务（如Postfix），未成功投递的邮件可能堆积在/var/spool/mqueue中,尤其在邮件服务器配置异常时更为明显。 -
数据库文件增长
MySQL、PostgreSQL等数据库默认将数据文件存储在/var/lib下，随着数据量增加,可能迅速占满磁盘。
-
临时文件未清理
某些应用或系统进程在/var/tmp下生成临时文件,未及时清理会导致空间浪费。
排查与定位空间占用
使用命令行工具分析
-
查看目录占用情况
执行du -sh /var/* | sort -hr，按大小排序显示/var下各子目录的占用空间,快速定位占用最高的目录。 -
分析大文件
若定位到具体目录（如/var/log），可使用find /var/log -type f -size +100M -exec ls -lh {} \;查找大于100MB的文件。 -
检查文件系统使用率
运行df -h查看各分区使用情况，确认/var所在分区的剩余空间。
图形化工具辅助
对于习惯图形界面的用户，可使用baobab（磁盘使用分析器）或ncdu（需安装）进行可视化分析,更直观地发现空间占用热点。
解决方案与预防措施
清理日志文件
- 手动清理
使用> /var/log/messages清空日志（需配合日志轮转），或通过logrotate工具配置自动清理。 - 配置logrotate
编辑/etc/logrotate.conf或特定应用的日志配置文件（如/etc/logrotate.d/httpd），设置每日轮转、保留30天日志等规则：/var/log/app/*.log { daily rotate 30 compress missingok notifempty }
清理软件包缓存
- YUM/DNF缓存清理
执行yum clean all或dnf clean all，删除缓存中的rpm包和头文件。 - 定时任务自动化
通过cron设置每周自动清理：0 3 * * 0 yum clean all。
管理邮件队列
- 检查队列状态
运行mailq查看未投递邮件数量，若堆积严重，可使用postsuper -d ALL清空队列（需停止Postfix服务）。
扩容磁盘空间
- 分区扩容
若物理磁盘仍有剩余空间，可通过lvextend（LVM）或growpart（分区工具）扩展/var所在分区，再执行resize2fs调整文件系统大小。 - 挂载新磁盘
对于无法扩容的场景，可新增磁盘并挂载至/var，通过软链接或修改/etc/fstab转移部分数据（如将/var/lib/mysql迁移至新挂载点）。
监控与预警
- 部署监控工具
使用nmon、dstat或Zabbix等工具实时监控磁盘使用率，设置阈值告警（如使用率达到80%时触发通知）。 - 定期巡检
编写shell脚本定期扫描/var空间占用，并通过邮件或企业微信发送报告：#!/bin/bash USAGE=$(df /var | tail -1 | awk '{print $5}' | sed 's/%//') if [ $USAGE -gt 80 ]; then echo "Warning: /var usage is ${USAGE}%" | mail -s "Disk Alert" admin@example.com fi
FAQs
Q1: 清理日志后系统提示“日志被占用”，如何解决？
A: 可能是日志文件正在被进程写入，可先通过lsof /var/log/messages查看占用进程，终止相关服务后清理，或使用truncate -s 0 /var/log/messages清空文件内容而非直接删除。
Q2: /var空间频繁占满，如何从根本上解决？
A: 除了定期清理，建议调整应用日志级别（如生产环境关闭DEBUG日志）、配置日志远程传输（如rsyslog+ELK）、将数据库等大数据量目录迁移至独立大容量磁盘，并建立完善的磁盘监控机制,防患于未然。