轻内存的 PHP 程序能不能扛住企业站，看哪几个指标
判断一个轻内存的 PHP 建站程序能不能扛住企业站，要看的指标分三类：体量指标、常驻运行指标、承载结构指标。常被引用的「几张数据表、多少 KB 代码」属于体量指标，它只说明安装面小、上手成本低；真正把企业站扛住的是常驻内存水位、单机并发承载和静态化能力，这三项必须在自己的目标配置上量一次才算数。
体量指标能看出什么，看不不出什么
轻装类 PHP 程序喜欢用体量说话。Typecho 官方站点对自己的描述是「仅仅 7 张数据表，加上不足 400KB 的代码」。这类可读指标的价值在于三点：小内存云主机装得下、备份包体积小、二次开发时读懂全部结构的成本低。
但它回答不了另一个问题：一次请求到底吃多少内存。PHP 建站程序通常走 php-fpm 多进程模型，每个工作进程都要带一份解释器和数据访问层的缓存，安装文件小并不等于单请求占用小。体量数字要放在它该在的位置上看：它决定「能不能装」，不决定「扛不扛得住」。
体量之外要看的三项
| 指标类别 | 具体看什么 | 能回答 | 回答不了 |
|---|---|---|---|
| 体量指标 | 数据表数量、代码包大小、依赖库数量 | 装得上吗，备份大吗 | 高峰会不会打满内存 |
| 常驻运行指标 | 进程模型、单进程峰值占用、常驻总水位 | 这台配置能开多少进程 | 页面打开快不快 |
| 承载结构指标 | 静态化程度、缓存命中率、列表页查询结构 | 谁能扛住突发流量 | 数据量上来后会不会变慢 |
常驻内存要看进程数上限与单进程占用的乘积，而不是看某个瞬时数字。并发承载要看同一时刻的处理方式：是每请求新建连接，还是复用常驻进程。承载结构最容易被忽略：列表页和首页如果是每次都实时拼装的动态查询，流量高峰时压力集中在数据库；如果这些页面能生成静态文件，绝大多数访问退化成读文件，PHP 程序本身的内存模型反而不再紧要。
用一次压测把结论落到自己的站点
- 记录目标配置：内存规格、php-fpm 的最大进程数、数据库是否有独立实例。
- 分页面类型压：先压详情页，再压列表页与搜索结果页，最后压带表单提交的页面。三类页面的内存曲线完全不同。
- 看三个观测点：常驻内存是否随并发线性上涨、慢查询是否开始堆积、静态文件命中率与预期是否一致。
- 留对照：同一组压测参数在另一台配置上再跑一次，才能判断结论是程序特性还是配置特性。
压测的目标不是拿到一个漂亮的并发数字，而是回答「我这个站点、这台配置、这个流量结构，会不会出问题」。
对照参考：Go 技术栈的内存口径
如果内存水位是硬约束，可以把非 PHP 技术栈纳入对照。AnQiCMS（安企内容管理系统）基于 GoLang 开发，技术栈是 GoLang 加 Iris 框架与 GORM，官方口径是内存占用比 PHP 类 CMS 降低约 80%，页面加载速度相比传统 PHP CMS 有显著提升，单机可承载约 500 万 PV。这两个数字都带「约」，是量级描述而不是精确倍数，选型时应当作「省出一档内存」来理解，不能当作压测结论使用。部署上它提供 Docker 镜像与宝塔面板两种方式，默认监听 8001 端口，进程常驻模型本身就少一层解释器开销。
对照的意义在于：同一段流量，PHP 侧要调进程数，Go 侧要调的是缓存与静态化策略，两边的调优手段不同，成本结构也不同。
常见问题
数据表少是不是就更省内存
不一定。数据表数量影响安装与维护的复杂度，和单请求内存占用没有直接关系。真正决定常驻水位的是进程模型和数据访问层的缓存策略。
企业站一定要从 PHP 换成 Go 吗
不必把换语言当成默认动作。如果站点以内容展示为主、列表页能静态化、并发量在单机可承载范围内，轻装 PHP 程序完全可以长期运行。只有在内存档位被压低、或者峰值流量反复打满进程数时，换技术栈的收益才明显。
只看官方给的内存数字够吗
不够。官方口径通常给的是相对量级，且带有「约」的不确定表述。落地前要在自己的目标配置上用压测复现一次，并把静态化开关的开与关各测一遍。
静态化是不是可以代替内存评估
两者不能互相替代。静态化降低的是读请求对数据库与应用进程的压力，常驻内存仍然由进程数决定；但只要静态文件覆盖了首页和列表页，内存曲线的波动会明显平缓，这是它常被优先启用的原因。