腾讯云便宜服务器腾讯云Linux（CentOS/Ubuntu）系统盘满了？清理缓存与扩容教程

系统盘满，通常不是“磁盘容量不够”这么简单，更多是日志、缓存、镜像残留、Docker 数据、包管理缓存把 `/` 撑爆了。很多人第一反应是删文件，但真正该先判断的是：你现在是临时救急，还是要避免下次再满。

如果你现在是在腾讯云上跑网站、接口、数据库，最现实的处理顺序是：先止血，再清理，再决定是否扩容。下面按实际操作场景展开，不绕概念。

先看你属于哪种情况

情况1：只是 `/var/log`、`/tmp`、缓存占满，清理后还能恢复，这类最省钱。
情况2：业务本身增长了，镜像、日志、上传文件持续增加，清理一次只能撑几天，应该扩容。
情况3：系统盘已接近 100%，连 SSH 都卡，优先腾出空间，否则 `apt/yum`、日志服务、数据库都可能异常。

第一步：先定位谁在占空间

登录服务器后先执行这几条，别急着删：

df -h
du -sh /* 2>/dev/null | sort -h
du -sh /var/* 2>/dev/null | sort -h
du -sh /home/* 2>/dev/null | sort -h

如果你装了 Docker，重点看：

docker system df
du -sh /var/lib/docker/* 2>/dev/null

实际经验里，Linux 系统盘被占满的高频原因通常是：

日志文件：`/var/log` 下某个 `.log` 无限增长。
包缓存：Ubuntu 的 `apt` 缓存，CentOS 的 `yum` 缓存。
Docker：镜像、容器层、无用卷长期不清。
临时文件：`/tmp`、应用解压包、备份残留。
应用上传：图片、附件误放到系统盘，而不是数据盘。

第二步：先做安全清理，别直接删业务文件

Ubuntu 常见清理

apt clean
apt autoremove -y
journalctl --vacuum-time=7d

如果是日志过大，可以先看前几名：

du -sh /var/log/* | sort -h

再针对单个异常日志做截断，比直接删除更稳：

> /var/log/nginx/access.log
> /var/log/nginx/error.log

CentOS 常见清理

yum clean all
rm -rf /var/cache/yum

CentOS 7/8 上也经常是 systemd journal 撑大磁盘：

journalctl --vacuum-size=200M

Docker 场景

如果你只是开发测试环境，Docker 往往是“隐形大户”。先确认再清理：

docker system df
docker image prune -a
docker container prune
docker volume prune

生产环境不要盲目执行 `volume prune`，先确认卷里是不是数据库数据。很多人误删后，数据恢复成本远高于扩容费用。

第三步：判断要不要扩容

如果你清完还能剩 20% 以上空间，并且增长速度不快，可以先观察；如果出现下面任意一种情况，建议直接扩容：

每周都要手工清一次，说明系统盘设计偏小。
日志、数据库、容器数据持续写入，业务增长明显。
你已经不敢升级依赖包，怕空间不够导致发布失败。
系统盘小于 40G，却同时跑 Web、数据库、Nginx、Docker。

从成本角度看，临时清理是 0 成本，扩容是持续成本。但如果每次满盘都要人工排查，运维时间往往比扩容更贵。对中小业务来说，80G 或 100G 系统盘通常比一直救火更划算。

方案	适合场景	成本	风险
清理缓存/日志	临时爆满、可快速定位占用项	低	误删业务文件
扩容系统盘	长期增长、发布频繁、容器多	中	操作不当导致分区未识别
迁移数据到数据盘	业务文件、数据库占用大	中高	迁移期间要控制停机窗口

腾讯云扩容时，最容易踩的坑

腾讯云控制台做系统盘扩容通常不难，难的是前后的细节。真正卡住用户的，往往不是“点不到按钮”，而是这些问题：

账号没实名：很多云资源操作会受限，尤其是新账号或企业认证未完成时。
充值方式不匹配：有些账号只能用微信、支付宝、银行卡；部分地区或国际站点支持方式不同，以控制台实际展示为准。
风控审核：新号、大额充值、频繁切换登录 IP、异常地区登录，可能触发验证或延迟到账。
系统盘类型限制：不是所有场景都能无感扩容，扩容后还要在 Linux 里执行文件系统扩展。
分区没拉伸：云盘容量变大了，但 Linux 里 `/` 还是原来的大小，这属于最常见“扩容了却没生效”。

扩容前，先确认账号能不能顺利操作

如果你是准备新开腾讯云账号，或者账号刚注册不久，建议先把这些准备好：

实名认证：个人或企业实名先完成，否则后续购买、续费、扩容经常被卡。
支付方式：国内常见是微信、支付宝、银行卡；企业用户更建议统一走对公或企业主体支付，便于后续对账。
腾讯云便宜服务器 充值余额：续费、扩容、变更配置前先确认余额，不要等到欠费停机才处理。
账号一致性：注册人、实名认证主体、支付主体尽量一致，能减少风控审核概率。

实际案例里，很多“扩容失败”并不是技术问题，而是账号状态不完整：没实名、没充值、支付方式被拒、登录环境异常。先把账号状态理顺，能少走很多弯路。

Linux 里扩完容，还要做文件系统扩展

腾讯云控制台把云盘容量调大后，服务器里还要识别新空间。先确认分区和文件系统类型：

lsblk
df -Th

常见是 `ext4` 或 `xfs`，对应处理方式不同：

ext4 示例

resize2fs /dev/vda1

xfs 示例

xfs_growfs /

如果你是根分区扩容，设备名和挂载点一定要对上。这里最怕的是把数据盘命令用到系统盘，或者反过来。执行前先看 `lsblk` 输出，确认 `/` 对应哪个设备。

CentOS 和 Ubuntu 的处理差异

这两个系统的思路一样，但命令习惯不同，实际排查时能省很多时间：

Ubuntu：`apt clean`、`journalctl`、`docker` 缓存更常见。
CentOS：`yum clean all`、`/var/log`、`journalctl` 和旧服务日志更常见。
文件系统：Ubuntu 常见 ext4，CentOS 生产环境里 xfs 更常见，扩容命令别写错。

什么时候该考虑把业务文件迁到数据盘

如果你的系统盘里放了上传文件、备份包、数据库文件，建议尽快拆分。系统盘负责系统和程序，数据盘负责可增长数据，这是减少满盘的最稳做法。

尤其是以下场景，迁移比单纯扩容更有价值：

网站图片、视频、附件不断增长。
数据库写入量大，binlog 和备份占用明显。
Docker 容器数据频繁变化，镜像层很快膨胀。

常见失败原因

误删日志后服务异常：某些程序依赖正在写入的文件，建议先截断再清理。
扩容后空间不变：只改了云盘大小，没执行 `resize2fs` 或 `xfs_growfs`。
充值到账延迟：新号或高风险行为触发审核，余额没及时到帐。
续费后仍受限：账号实名、主体信息、支付方式不完整，控制台功能会受限制。

给不同用户的直接建议

个人开发者：先清缓存和日志，系统盘小于 40G 的，建议直接扩容到 80G 起步。
企业项目：先做实名和支付主体统一，再扩容；如果有审计要求，顺手把日志转到独立盘或对象存储。
测试环境：Docker 和临时包最容易爆盘，建议定期加清理脚本，不要等到满了再救。
生产环境：优先做变更窗口，先备份，再扩容，再验证文件系统和业务状态。

FAQ

腾讯云便宜服务器 Q：系统盘满了，能不能直接删几个大文件？
A：可以先查日志和缓存，但不要直接删数据库、运行中的程序文件、Docker 卷。先定位，再处理。

Q：扩容后为什么 `df -h` 还是老大小？
A：云盘容量变了，不代表 Linux 文件系统自动变。要继续执行分区/文件系统扩展命令。

Q：腾讯云账号没实名，能先买机器再处理吗？
A：不建议。很多后续操作会卡在实名、充值、续费、支付审核上，先把账号状态弄完整更省时间。

Q：用什么支付方式更稳？
A：以控制台支持为准。实操里，主体一致、账单可追踪、到账快的方式更省事。企业账号建议统一到公司主体。

Q：要不要每次满盘都扩容？
A：不要。先判断是不是日志、缓存、Docker 失控。真正长期增长的业务，再考虑扩容和数据盘拆分。

最后给一个实操顺序

先用 `df -h` 和 `du` 定位占用。
清理 `apt/yum` 缓存、`journalctl`、临时文件、Docker 无用内容。
确认账号实名、余额、支付方式和风控状态。
如果空间仍然紧张，直接在腾讯云控制台扩容。
回到 Linux 里把文件系统拉伸到新容量。
腾讯云便宜服务器 把持续增长的数据迁到数据盘，避免重复满盘。

如果你现在正卡在“磁盘满了但又不敢删”的阶段，最优先的不是找教程，而是先确认占用来源和账号是否能顺利完成扩容。很多问题本身不复杂，拖到最后，反而是支付、实名、风控和误删数据最耗时间。