小程序后端选几核几 G
小程序后端跑在云服务器上，起步该买 2 核 2G 还是 2 核 4G？
结论
绝大多数小程序后端起在 2 核 4G，选通用型而不是计算型。日活一万以内、接口以读写数据库为主的项目，2 核 4G 足够；追求极致省钱可以先用 2 核 2G，但要盯紧内存水位。
推荐配置
为什么这么选
- 小程序后端通常是 IO 密集而非 CPU 密集，核数不是第一瓶颈，内存才决定能不能同时跑应用和缓存。
- 1:4 配比（如 2 核 4G）在通用型里最常见，价格与弹性都比较均衡。
- 数据库不要和业务挤在一起，托管数据库虽然多花一点，但省掉的备份与主从运维更值。
容易踩的坑
- 把 Java 服务塞进 2 核 2G：JVM 堆设小跑不动，设大就会被系统 OOM Killer 杀掉。
- 忘记带宽：2 核 4G 只代表计算资源，接口返回 JSON 虽然小，但图片直传会让 1~2 Mbps 的带宽先撑不住。
常见问题
2 核 4G 能撑多少日活？
没有标准答案，取决于每次请求的数据库查询量和缓存命中率。同样配置，缓存做得好的项目撑几千日活很轻松，全靠查库的项目几百日活就打满 CPU。
要不要一开始就上负载均衡？
单机阶段不需要，但它会成为后续扩展的门槛。至少把业务代码写成无状态，将来加机器时不用改代码。