腾讯云轻量服务器部署小程序后端：配置、HTTPS与并发预留

小程序后端看着只是几个接口，真部署起来要一起定的事不少：API 和数据库放不放同一台机器、HTTPS 证书和域名怎么准备、并发来了内存够不够、上线后靠什么发现异常。小程序的请求往往带明显的波峰，轻量套餐资源固定，预留得太松会卡、太紧又闲置。下面按同机与否、配置要点、上线准备的顺序拆，具体档位与规则以官方文档与购买页当前说明为准。

API 与数据库是否同机

第一件事是定架构边界。初期 API 和数据库同机省事，连接简单、备份一套就够；但两者会一起抢内存和磁盘 IO，数据量和并发上来后容易互相拖。按访问规模可以大致这样看：

具体可用的托管数据库能力以购买页当前说明为准。不管选哪栏，备份与恢复流程都要先走通，别等出问题才补。

HTTPS、域名与备案准备

小程序对请求域名有明确要求，通常需要已备案的域名、可用的 HTTPS 证书，以及服务端正确配置的证书链与 TLS 版本；域名还要和后台配置的可信域名一致。这几件事彼此有先后：先确认域名和备案状态，再签证书、配到 Web 服务上，末了用小程序开发工具真机验证一遍请求能不能通。证书到期、域名变更、解析调整都会让接口突然不可用，所以把续期提醒和解析记录一起纳入检查清单。若后端还调用了第三方接口，也留意出站策略和超时设置，别让外部抖动拖垮自己的接口。域名、备案与证书的具体要求以官方文档与购买页当前说明为准，先核对再上线比事后补材料省事。

选同机起步 / 提前拆分的情况

把架构边界收成两条线：

• 同机起步就够的情况：还在内测或日活很小，接口逻辑简单；数据库量不大，查询已经加了索引；开了连接池并把连接数上限设住，不给内存留失控空间；并发峰值可预期且不高；监控能看到内存、连接数和慢查询。
• 该提前考虑拆分的情况：数据库表增长快，备份窗口已经影响接口响应；并发一上来连接数就顶满、内存贴着上限；需要独立做主从、按库扩展或单独调 IO；接口有明显的活动型峰值，不想让数据库跟着一起波动；团队愿意多维护一套连接与鉴权配置。

分界主要看数据库连接数和 IO 有没有先报警，而不是看日活数字本身。

常见问题

小程序后端一定要单独一台数据库吗？

初期不一定。同机部署更简单，只要给数据库划好内存预算、限制连接数并把备份走通，通常够用。等到连接数、IO 或备份窗口开始拖接口，再拆到托管数据库更合理。

并发余量留多少合适？

别按想象中的峰值拍。用当前真实请求的并发数，乘上每个工作进程或连接的内存开销，再给系统和数据库各留一块，得出一个能解释的起步值；上线后覆盖一次活动高峰，用曲线修正。

上线前该先接好什么？

监控和备份。至少能看到内存、CPU、连接数、磁盘 IO 和接口错误率，并确认备份能恢复。小程序出问题往往先表现为接口变慢或报错，没有这两样，排查只能靠猜。