在云服务器的运维过程中，磁盘空间满是最常见也是最容易被忽视的问题之一。当服务器磁盘空间达到上限时，可能会导致系统无法写入日志文件、应用程序异常中止、数据库操作失败，甚至出现整个系统假死或者服务不可用的情况。对于新手而言，遇到磁盘空间满的情况往往容易慌乱，盲目重启或者删除文件可能会造成数据丢失，因此理解科学的排查和处理方法至关重要。

　　首先需要明确的是，当磁盘空间满时，问题可能出现在不同的层面。可能是某个目录下的日志文件无限增长，可能是临时文件没有清理，也可能是数据库或缓存占用过多空间，甚至存在意外的大文件堆积。为了有效解决磁盘满的问题，第一步是了解当前磁盘使用情况，可以使用 Linux 系统提供的 df 命令查看磁盘分区的使用情况。通过执行 df -h，可以得到每个分区的总容量、已用容量和剩余容量，以及挂载点。这个命令输出直观，方便快速判断哪个分区最紧张，例如根分区 / 或者某个业务目录所在的分区是否已经接近 100%。

　　在确定了受影响的分区后，需要进一步找到占用空间最大的目录和文件。这可以通过 du 命令实现，例如查看当前目录下每个子目录占用空间的情况，可以执行：

du -h --max-depth=1 | sort -hr

　　-h 表示以人类可读的方式显示容量，--max-depth=1 表示只查看当前目录下的第一层子目录，sort -hr 会将结果按从大到小排序，方便快速定位占用空间最多的目录。如果需要查看整个文件系统的最大文件，可以使用：

find / -type f -exec du -h {} + | sort -hr | head -n 20

　　这条命令会列出整个文件系统中占用空间最大的 20 个文件，帮助快速发现异常大文件，例如未压缩的备份、日志文件、缓存数据等。找到占用空间的主要对象之后，可以根据文件类型和用途采取不同的处理策略。对于日志文件，如果发现某个日志文件异常增大，可以先压缩旧日志再删除。例如，将某个日志文件压缩并保留最近的几份：

gzip /var/log/nginx/access.log
mv /var/log/nginx/access.log.gz /var/log/nginx/backup/
> /var/log/nginx/access.log

　　这里先使用 gzip 将日志文件压缩，再移动到备份目录，同时通过 > 命令清空原日志文件，确保服务继续写入新的日志，而不会影响正常业务。对于临时文件目录 /tmp 或者应用缓存目录，可以定期清理不必要的临时文件。例如，清理 7 天以前的临时文件：

find /tmp -type f -mtime +7 -exec rm -f {} \;

　　-mtime +7 表示修改时间超过 7 天的文件，-exec rm -f {} 表示删除这些文件，这种方式可以避免手动查找，提高运维效率。

　　如果云服务器上运行数据库，数据库文件也是磁盘空间的重要消耗源。针对 MySQL、PostgreSQL 等关系型数据库，可以通过清理旧的备份、删除无用的数据表或者优化表空间来释放磁盘空间。例如 MySQL 中可以执行：

OPTIMIZE TABLE table_name;

　　这条命令会重建表并释放被删除数据占用的空间，同时还可以通过定期清理 binlog 文件减少日志占用：

mysql -e "PURGE BINARY LOGS BEFORE '2026-01-01 00:00:00';"

　　对于 NoSQL 数据库如 MongoDB，也可以使用 db.repairDatabase() 或者通过删除旧数据来释放空间。

　　除了清理文件和数据，磁盘空间满的另一种解决方式是扩容云盘。云服务器提供的云盘通常支持在线扩容，操作简单且不会影响现有数据。以 Linux 系统为例，扩容后可能需要调整分区和文件系统大小。例如，扩容了云盘后可以使用 lsblk 查看新的容量：

lsblk

　　然后使用 resize2fs(对于 ext4 文件系统)或者 xfs_growfs(对于 XFS 文件系统)扩展文件系统到新的容量：

resize2fs /dev/vda1

　　或者

xfs_growfs /mnt/data

　　注意扩容操作在生产环境中执行时，应先确认备份完整，以防意外导致数据损坏。

　　为了防止磁盘再次被占满，可以采取长期的预防措施。第一是建立定期清理机制，例如利用 cron 定时清理日志和临时文件。可以编辑 cron 表：

crontab -e

　　添加如下定时任务，每天凌晨 2 点清理 /tmp 7 天以前的文件：

0 2 * * * find /tmp -type f -mtime +7 -exec rm -f {} \;

　　第二是监控磁盘使用情况，设置告警。当某个分区使用率超过阈值时，可以通过邮件、短信或者监控系统提醒运维人员提前处理，避免业务中断。Linux 系统可以通过 df -h 或者 du 结合 shell 脚本定期检查磁盘使用情况，然后发送告警。例如使用简单的 shell 脚本检查根分区使用率：

#!/bin/bash
USAGE=$(df / | grep / | awk '{print $5}' | sed 's/%//')
THRESHOLD=80
if [ $USAGE -gt $THRESHOLD ]; then
    echo "Disk usage is above $THRESHOLD%" | mail -s "Disk Alert" admin@example.com
fi

　　第三是优化文件存储策略。对于日志量大或者临时数据量大的应用，可以考虑将部分数据存储到对象存储(如 OSS、S3)或者分布式存储系统，减少本地磁盘压力。对于频繁生成大文件的场景，可以开启文件压缩或者归档机制，将历史数据迁移到冷存储。

　　此外，对于高并发或大数据场景，分区策略也很重要。将业务数据、日志文件、数据库数据和缓存文件分别存放在不同分区或不同云盘上，不仅能提高性能，还能避免单个分区被占满导致整个系统不可用。云服务器提供的 LVM(逻辑卷管理器)也可以灵活调整分区容量，在业务增长时可以动态扩容，而不影响已有数据。

　　在实际运维中，磁盘空间满的问题不仅是单纯的容量问题，更关系到服务器的稳定性和业务连续性。通过科学排查、分类清理、合理扩容、建立监控和告警、优化存储结构，可以从根本上解决磁盘满的问题，同时防止再次发生。新手在操作时，应先确认占用空间的主要来源，再选择合适的处理方法，确保业务不中断且数据安全。