WordPress 能不能在轻量应用服务器上跑顺,很少由「是不是云服务器」决定,更多由这台机器上装了什么决定。一个装了几个插件、以图文为主的博客,和一个挂了页面构建器、缓存、表单、统计、电商插件的站点,吃的内存完全不是一回事。再加上 PHP 工作进程和同机的 MySQL,压力会叠在一起。下面把这几块拆开,给你一条自己就能核对的判断线,具体套餐档位以购买页当前说明为准。
第一块是 PHP-FPM 工作进程,并发请求越多、开的进程越多,常驻内存就线性往上走,装了页面构建器或重型插件时单进程占用还会更高。第二块是插件本身,每个插件都可能带来额外的钩子、定时任务和后台请求,数量一多,后台和前台都比干净安装更重。第三块是数据库,MySQL 或 MariaDB 同机时要为缓冲池、连接数和临时表留空间,文章与评论涨上来后这块只会更大。第四块常被忽略,是系统、Web 服务和缓存组件各自的基础开销。把这几块按自己的站点估一遍,比看别人说够用更有参考价值,实际占用以监控数据为准。
对照下面两条线,基本能判断当前套餐要不要动:
两者之间,优先看内存曲线和缓存命中率。
不急着加配置,先做几件成本更低的事。把页面缓存开起来,让匿名访问尽量不落到 PHP 和数据库上;给 PHP 开 OPcache,并给工作进程数设一个和内存匹配的上限,避免并发时无限开进程;图片和附件外置到对象存储或交给 CDN,减轻本机磁盘与带宽;定期清理不用的插件、修订版本和过期 transient 数据,给数据库减负;再看慢查询日志,给常查的表补上索引。这些做完还吃紧,才考虑调整套餐或把数据库拆出去。有没有效果,用调整前后的内存和响应时间对比来判断。
不一定。先分清哪些插件只影响后台、哪些每次前台请求都执行,再配合页面缓存把重复计算挡掉,很多时候比直接加内存更见效。
站点初期同机部署省事,备份和连接都简单。等到数据量上来、内存长期紧张,或需要独立做主从与按库扩展时,再拆到托管数据库更合理,具体能力以官方文档当前说明为准。
看三个信号:内存是否长期贴着上限并依赖 swap、PHP 进程是否经常排队、缓存命中率是否偏低。三项都健康就是够用;有一项持续报警,就按上一节的动作先优化。
链接为普通文字链,无自动跳转、无脚本写入,也不会改变你的浏览器设置。