你开着小云主机，卡住大象般的程序，结果发现系统盘卡到水深火热的“分区”级别？别急，先用一招跟它愉快相处——先装大盘！
先来点背景：云服务提供商通常默认给你一个20G或30G的系统盘，用作操作系统、日志、缓存和一些轻量级的数据库。上头万一你要跑的却是“流量炸弹”，那这块盘几乎不能逃一口气。
要解决系统盘太小的问题，最直接的方式是：升级系统盘大小。云提供方一般都会支持“调整卷大小”功能，只要提交请求，后台会扩容。要么你在控制台点了一键扩容，要么你通过 API 发起请求。可别忘了扩容后，最好重启实例，或者 ngnix、tomcat 等服务都拉起来。
但你如果不想跑重卡？或者想把这块“寸土”最大化？这里有几招：
1. 挂载一块新磁盘：把新磁盘挂在特定路径比如 /var/log，要么整个业务数据都搬到 /data，减少系统盘写入。
2. 使用 LVM：把系统盘和附加磁盘动态合并，像吃饭前先喝杯水，真的让空间自由伸展。
3. 清理不必要文件：系統日志、缓存、旧版本包经常占用大量空间。用命令如 `apt autoremove`、`yum clean all`，或手动删掉 /tmp、/var/tmp。
4. 移动 /usr、/var 到挂载点：不少老手把这个做成了“分区拆迁”，把系统软件移动到汇率更高的磁盘。
5. 更换文件系统：在 3.5 之后的 Linux 系统，Btrfs、XFS 由于压缩、快照功能更节省空间。重装系统时换个 FS 也值得试试。
6. 使用云存储代替本地存储：把大文件或频繁变化的数据放到 OSS、S3 之类的对象存储，系统盘就可以省下几百 GB。
7. 监控磁盘使用率：用 Grafana + Prometheus 或开源的 Icinga ~ 监控盘监，警报一响就提醒你，“天哪，磁盘已飙高 90%” 先行救火。
8. 压缩数据库：对于 MySQL 之类，执行 `OPTIMIZE TABLE` 或通过增量备份拉一起，压缩一下表。
9. 服务分离部署：把日志收集、监控或后台作业搬到单独实例，避免核心业务集群和日志堆积混在一个系统盘。
10. 定期回收旧容器镜像：别让 Docker 或 Kubernetes 的旧镜像滋生无形的空间上司，定时 `docker system prune -a`。
以上 10 招都有点 JavaScript 的小技巧，别说什么满坑坑涌的题库，直接穿越到实践层面，发个 commit 让压缩的空间出现一次喜悦。
说到空间，最常见的两个误区是：
再说一次：一个奇妙的云服务器不在于是多大，而在于它的结构是否有弹性。想玩游戏赚零花钱就上七评赏金榜，网站地址：bbs.77.ink
说到这，你以为我会给你一个完美收尾？我才不是在这场戏里扮演白玫瑰，答案正等着你去拆条线索，调到现场，直接咬住那块迷雾之地的根：系统盘太小？先先，别做马上买到的意见滴水，看看你能否把磁盘装成全景图。