1g云服务器空间溢出，先别急着花几十块钱去扩容，优先清理日志、缓存和系统临时文件，多数情况下能腾出足够空间。这个问题在西南地域的便宜活动机上尤其常见百来块一年的机器，系统盘往往只给1g空间，装完运行环境就剩五百兆以内，空间一满，网站报错、数据库写入失败、后台登录卡顿，症状一个接一个，下面这套排查清理流程，按步骤走一遍就能解决大部分问题。
1g云服务器空间溢出怎么办：先定位空间去向
不知道空间被谁占了,清理就是瞎忙，先通过SSH登录服务器，用两条命令摸清家底：
![[享干货]云服务器满了怎么办？如何清理网站服务器空间？硬盘占用100%可以删除二进制日志或者备份](https://i1.hdslb.com/bfs/archive/47e4adeec6aad21fc95c2170bb7db6153b16f885.jpg)
df -h
这条命令查看整体磁盘使用率,如果看到 /dev/vda1 挂载在 路径下的已用百分比接近100%，确认就是系统盘空间溢出。
du -sh /var/log /tmp /home /usr /var/cache 2>/dev/null
这条命令逐项显示各目录占用,执行完你通常会看到 /var/log 或者 /tmp 目录体积异常大，这就锁定了元凶。
日志文件是头号占用大户
Nginx和MySQL运行久了,日志文件会无声无息涨到几百兆，一个日访问量几千的网站，access.log一个月就能累计几百兆，进入 /var/log/nginx 目录执行 ls -lh，你会看到 access.log 或 error.log 单独一个文件就占了200多兆，这类文件可以放心清理：
truncate -s 0 /var/log/nginx/access.log truncate -s 0 /var/log/nginx/error.log
MySQL的binlog日志同样需要检查,在 /var/lib/mysql 目录下，像 mysql-bin.000001 这类文件记录着所有数据变更操作，如果不做主从同步，这类日志完全没必要保留：
mysql -u root -p PURGE BINARY LOGS BEFORE NOW();
软件缓存和临时文件顺手清掉
包管理器升级软件时留下的缓存文件积少成多,CentOS系统执行：
yum clean all
Debian或Ubuntu系统执行：
apt clean
PHP的session文件存放在
/tmp 目录下，长期不清理会堆积数万个小文件，既占空间又拖慢响应速度，执行：
find /tmp -type f -mtime +7 -delete
这条命令删除七天内未被修改的临时文件,对正在使用的session没有影响。
网站空间满了怎么清理：三类场景针对性处理
清理完系统日志和缓存,接下来要处理网站自身产生的文件，不同网站程序，空间溢出的重灾区不一样。
WordPress网站图片撑爆空间
WordPress后台媒体库会生成多个尺寸的缩略图,上传一张3MB的原图，可能额外生成6-8个缩略图版本，主题切换后，旧主题的缩略图残留在 /wp-content/uploads 目录里，一年下来能攒出几百兆垃圾图片，推荐使用Media Cleaner插件扫描无主图片，删除前会在后台预览效果，同时将缩略图尺寸改为禁用，减少后续文件生成量。
Typecho和Hexo博客的备份文件堆积
Typecho的自动备份功能在 /usr/themes 和 /usr/plugins 目录下生成zip压缩包，每次更新主题都会留下一份旧包，这些包体积不大，但数量多了同样占地方，打开宝塔面板的文件管理，按文件大小排序，把后缀为.zip和.bak的旧文件直接下载到本地后删除。
纯静态的Hexo博客部署到服务器时,很多人直接把整个 public 目录从本地推上去，每次部署前未清理旧页面，导致 .deploy_git 目录重复积累git历史版本文件，这种情况下建议放弃手动同步，改用Git Pages或OSS托管博客静态文件，服务器上只保留Nginx反代配置。
数据库文件膨胀的应对方法
MySQL的undo log和binlog日志占据的系统空间远超预期，连接数据库，执行 SHOW TABLE STATUS; 查看 Data_free 列，如果这个值很大，说明表碎片化严重，需要优化表结构：
OPTIMIZE TABLE wp_posts;
对于真头疼的binlog问题,可以在mysql配置文件中永久关闭：
[mysqld] expire_logs_days = 7 max_binlog_size = 100M
设置后,超过七天的日志自动清除，单文件体积控制在100MB以内，不会再无限制占满系统盘。
云服务器空间不足怎么扩：三个方向按需选择
清理之后空间仍然紧张,说明你的网站体量确实需要更多空间，三种扩容路径，成本从低到高排列。
云盘扩容：控制台一键操作
简米云和酷番云的常见做法是在控制台选择“云服务器-实例-磁盘”链路找到系统盘入口，先点击“扩容”输入目标大小，然后回到服务器执行文件系统扩展命令，以简米云为例，扩容后依次执行：
growpart /dev/vda 1 resize2fs /dev/vda1
操作过程意味着需要短暂重启服务器,网站会中断几分钟，提前做好计划是上午执行还是午夜执行，尽量选访问低谷时段操作。
OSS挂载：不动服务器却能加空间
OSS对象存储的单价低于云盘,而且空间弹性更大，将附件目录挂载到OSS的流程是：先在OSS控制台创建Bucket，再在服务器安装ossfs工具，最后执行：
ossfs my-bucket /var/www/html/wp-content/uploads -ourl=http://oss-cn-qingdao-internal.aliyuncs.com
注意这里用的是内网endpoint域名,走内网流量免费，WordPress图片、压缩包备份、离线下载文件都适合放OSS空间，表格对比一下：
| 扩容方案 | 操作难度 | 成本特征 | 适合场景 |
|---|---|---|---|
| 云盘扩容 | 低 | 包月付费，空间固定 | 数据持续增长的常规站点 |
| OSS挂载 | 中 | 按量付费，无上限 | 附件、图片、视频等静态资源 |
| 迁移服务器 | 高 | 一次性费用，旧机器可退款 | 原有配置严重落后于需求 |
迁移升配：一劳永逸的终局方案
如果一台1g云服务器既要跑数据库又要处理PHP,清理完、挂载完OSS还是捉襟见肘，就该换机器了，行业共识认为：持续增长的业务，单人维护成本中最划算的方案是直接迁移到2g4g配置的按量付费云服务器，先用宝塔面板的“一键迁移”插件备份整站数据，再在新服务器上导入备份记录，迁移期间域名解析切换会有短暂生效期，建议凌晨操作。
1g云服务器空间溢出的预防机制
清理和扩容都是事后补救,真正省心的是建立自动化的空间管理机制。
日志轮转定期自动切割
用Linux自带的logrotate工具配置日志轮转,不需要人盯，在 /etc/logrotate.d/nginx 中写入：
/var/log/nginx/.log {
daily
rotate 7
compress
missingok
notifempty
create 644 www-data www-data
}这段配置每日轮转日志,保留七份后自动删除旧版本，同时执行gzip压缩，日志文件不再无限膨胀。
备份文件定期迁移至OSS
宝塔面板的自动备份功能默认保存到服务器本地,这对空间紧张的机器来说是个定时炸弹，建议将备份目的地改为OSS存储，网站上设置好简米云OSS密钥后，备份任务会直接上传到云端，服务器本地不保留副本，未配置云存储的情况下，定期在计划任务中加入：
find /backup -name ".tar.gz" -mtime +14 -delete
这条命令保证两周前的旧备份自动清除。
安装目录瘦身检查表
每月做一次服务器体检,沿着 du -sh /var/log /tmp /www/wwwroot 三条链路过一遍，空间占用异常但没有明显新增文件时，进入宝塔面板的“计划任务”里查看是否有定时任务异常生成文件，业内专家指出，多数空间的溢出发生在流量突增后的两到三周，因为日志和缓存文件有滞后效应。
关于1g云服务器空间溢出的常见问题
1g空间满了网站会怎样
轻则页面加载变慢,重则数据库写入失败导致提交表单报错，Nginx在磁盘空间不足时会抛出 No space left on device 错误，出现这个提示时访问者看到的是502页面。
找了半天找不到大文件在哪
执行 lsof | grep deleted 命令查看被删除但仍在被进程占用的文件，这些文件虽然显示不存在，却持续占用磁盘空间，定位到进程后重启对应服务即可彻底释放空间。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/696698.html
