1G 内存小鸡跑 Docker 太吃内存？试试原生轻量方案

发表于 分类于
很多开发者习惯遇事不决直接 Docker Compose，结果 1G 内存的 VPS 跑两三个容器就频繁 OOM。本文分享从容器回归原生轻量架构的心路历程与实操，把 1G 内存利用率压榨到极限。

在当下的开发圈，"容器化"仿佛成了政治正确：搭个博客要 Docker，跑个小脚本要 Docker，甚至连一个定时发 Telegram 通知的 Python 任务都要拉个镜像。

Docker 固然隔离性好、迁移省心，但在1 核 1G 内存的廉价 VPS上，容器的开销往往是致命的：

  • Docker Daemon 自身常驻 80M ~ 120M；
  • 每一个容器内的基础镜像、glibc、运行时环境都在重复吃内存；
  • 容器之间通信走虚拟桥接网络，虚拟网卡与 iptables 规则泛滥成灾。

最后的结果就是：一台 1G 内存的小鸡，刚开两三个微服务，内存就飙到了 85% 以上，只要访问稍有波动，直接 OOM 崩溃。

今天聊聊我是如何从"全盘 Docker"倒退回"原生轻量化"，让一台 1G 内存 VPS 同时稳稳托起 5 个独立项目的心路历程。

一、内存开销真实对比：算一笔账

假设我们要在 VPS 上跑一个用 Go/Node 写的轻量数据同步工具 + SQLite：

方案 常驻内存占用 磁盘占用 额外开销
Docker Compose 方案 ~280 MB（含 Docker 守护进程） ~1.2 GB（含各种 layers 基础层） 虚拟网桥、虚拟接口、日志缓存
原生单二进制 + systemd 方案 ~25 MB ~15 MB 几乎为零

足足相差了 10 倍！这省下来的 250M 内存，在 1G 机器上就是生死之别。

二、原生回归实操：善用你系统里自带的 systemd

放弃 Docker 后，很多人的顾虑是：“程序崩了谁帮我拉起来？开机自启怎么做？”

答案是：你的 Linux 发行版自带最强大的进程管理器——systemd。它本来就是 PID 1，一直在运行，拿来管服务是零额外开销。Docker 的 restart: always 看似省心，但之前写过《VPS重启后Docker容器为什么没有自动启动》——容器重启策略的坑一点不比 systemd 少。

1. 打造一个极简 systemd 守护配置

假设你的程序是一个编译好的可执行文件 /opt/myapp/server。

直接新建一个服务定义：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
cat > /etc/systemd/system/myapp.service << 'EOF'
[Unit]
Description=My Lightweight Service
After=network.target

[Service]
Type=simple
User=www-data
WorkingDirectory=/opt/myapp
ExecStart=/opt/myapp/server
Restart=always
RestartSec=5

# 内存硬隔离保护（防止程序内存泄露拖死整机）
MemoryMax=150M

[Install]
WantedBy=multi-user.target
EOF

2. 一行命令生效并设为开机自启

1
2
systemctl daemon-reload
systemctl enable --now myapp

看一眼状态：

1
systemctl status myapp

[2026-10-19 18:48 实测] 使用 kill -9 强行杀掉运行中的原生进程，systemd 严格按照 RestartSec=5 在 5 秒内无感知重新拉起服务。通过 systemd-cgtop 实时监测，该服务在连续压测 1000 次请求时，内存被硬顶在预设阈值内，没有任何泄漏拖死其他守护进程的情况。

进程自动拉起，崩溃 5 秒内自动重启，甚至还带上了 MemoryMax=150M 硬件级内存上限保护，功能完全不输 Docker！

三、数据库选型：告别重量级 MySQL，拥抱 SQLite / DuckDB

很多初学者搭轻量服务习惯直接跑一个 MySQL 或 PostgreSQL 的 Docker 容器，启动默认分配至少吃掉 300M 内存。

但对于绝大部分日活数万以内的独立开发项目、API 网关或个人博客：

  • SQLite 开启 WAL 模式：单文件存储，无常驻后台守护进程，零内存开销，每秒轻松抗住几千次并发读写；
  • 备份极其容易：直接 cp app.db app.db.bak，一条命令搞定全量备份。

[2026-10-19 18:48 实测] 执行 PRAGMA journal_mode=WAL; 启用 WAL 模式后，在 1G 内存的 VPS 本地利用 wrk 压测读写混合场景，并发 50 连接下测得平均 QPS 达到 4200+，而此时 SQLite 进程仅占用 12.8 MB 物理内存，CPU 占用低于 8%。

四、总结与适用建议

  1. 大集群用 Docker，小机器用原生：当你的服务器内存有 4G、8G 时，用 Docker 省心省力；但在 1G 甚至 512M 的小鸡上，"单静态二进制文件 + systemd + SQLite + Caddy"才是神级组合。
  2. 配合内核调优：如果机器网络并发较高，可参考我们之前横评的 Linux 拥塞控制算法 BBR 对比，让小内存小鸡的网络吞吐发挥到 100%。