SiteGround 资源限制全解析：磁盘、月度访问量、CPU 到底怎么算，超了会怎样

买主机时最容易看漏的，不是价格，是资源口径。SiteGround 的套餐页写着 StartUp 10GB SSD、约 1 万月访问量，GrowBig 20GB、约 2.5 万，GoGeek 40GB、约 10 万。这些数字看着清楚，但真到用的时候会冒出一堆问题：访问量是怎么统计的？超了会断站吗？CPU 和内存有上限吗？为什么空间没用满网站却变慢了？

这篇把这些问题逐个拆开说。

三种资源，三套算法

共享主机上的"资源"其实分三类，它们的计量方式和超限后果完全不同。

第一类：磁盘空间（硬限制）

10GB / 20GB / 40GB 是实打实的容量上限，包含网站文件、数据库、邮件、备份缓存。这个限制最"硬"——写满了就是写满了，上传会失败，数据库可能报错，邮件收不进来。

容易忽略的是邮件占用。很多人把企业邮箱当网盘用，几年下来几十 GB 附件全在服务器里，网站文件本身才 2GB。共享主机套餐的磁盘是网站和邮箱共用的，这一点在购买时就要算进去。

第二类：月度访问量（软性参考值）

套餐页上的"约 1 万 / 2.5 万 / 10 万月访问量"是适用性参考值，不是硬性配额。它的含义是"这个档位的资源配置适合承载这个量级的流量"，而不是"第 10001 个访客就被拦下来"。

实际情况是：偶尔超出一些不会有问题，平台不会因为流量略高就断你的站。但如果长期大幅超出（比如 StartUp 套餐持续跑 5 万月访问），你会先感受到速度下降——高峰期响应变慢、页面加载时间拉长，因为你的站点在和其他站点共享同一台物理服务器的 CPU 与内存。

所以这个数的正确用法是选型参考：按你未来 6-12 个月的预期流量选档位，而不是按现在的流量。

第三类：CPU 与内存（动态限制）

这是最看不见摸不着、也最容易踩坑的一类。共享主机不可能让单个站点无限制占用 CPU 和内存，否则一台服务器上某个站点跑失控进程，其他几百个站点全遭殃。所以平台都会设动态上限，具体表现形式通常是：

• 进程数受限：PHP 并发进程有上限，超过的请求排队；
• CPU 时间受限：单个请求的执行时间有阈值，长时间跑的脚本会被中断；
• 内存受限：单个 PHP 进程的 memory_limit 有上限，超了报 Allowed memory size exhausted。

SiteGround 不会在套餐页公布每档的精确 CPU/内存配额，你可以在 Site Tools → Statistics 里看到自己站点的实际资源消耗趋势（CPU 使用率、内存、请求数）。想知道自己是不是贴着上限跑，看这里比看套餐页有用。

超限之后到底会发生什么

按严重程度排列，实际表现是这样：

| 触发情况 | 你会看到什么 | 是否断站 | | --- | --- | --- | | 流量略超参考值 | 高峰期变慢，无明显报错 | 否 | | 流量长期大幅超出 | 明显降速、偶发 503 | 否 | | 单进程内存超限 | Fatal error: Allowed memory size | 局部功能失效 | | 并发进程打满 | 页面转圈、502/504 | 短时不可用 | | 磁盘写满 | 上传失败、邮件收不到、数据库报错 | 是（功能性中断） |

关键结论：共享主机极少因为"资源超额"直接封站，但会因为资源不够而变慢或局部报错。磁盘写满是最接近"断站"的情况，也是唯一会静默累积到突然爆发的一类——所以它值得单独盯着。

在 Site Tools 里怎么看用量

三个地方，各管一件事：

Statistics（统计） 看 CPU、内存、请求数的趋势图。重点不是某一时刻的峰值，而是持续贴在高位的时间段。如果每天都有几个小时 CPU 接近上限，说明档位已经不够了。

File Manager / 磁盘用量 在 Site Tools 首页能看到磁盘占用总量。想知道具体是谁吃掉的，用 File Manager 按目录看大小，通常是这几个元凶：wp-content/uploads（媒体库）、wp-content/cache（缓存插件）、邮件目录、旧备份文件。

Error Log（错误日志） 路径在 Statistics 下。资源类问题在这里的表现是 Allowed memory size exhausted、max_execution_time exceeded、502/504。很多人网站变慢只怪主机，其实日志里早写着某个插件在死循环。

资源被吃掉的常见真凶

按出现频率排：

1. 缓存没配好 WordPress 不加缓存时，每个访客都要跑一遍 PHP 渲染 + 数据库查询，CPU 消耗是有缓存时的几倍到十几倍。SiteGround 自带 SG Optimizer 插件和服务器层缓存，装上并启用动态缓存，资源占用会立刻下降一个量级。具体配置见 网站速度优化实战。

2. 失控的定时任务（WP-Cron） WordPress 的 cron 是靠访客触发的，高流量站点会频繁触发；某些插件（备份、同步、导入类）的任务又特别重。表现是 CPU 周期性飙高。SG Optimizer 里有 Heartbeat 控制和 cron 频率调整。

3. 后台扫描类插件 安全扫描、死链检测、SEO 全站爬取这类插件会在短时间内产生大量请求。它们有用，但不该在业务高峰期跑。

4. 媒体库无节制 一张 5MB 的原图直接上传，几百张就是几个 GB，还拖慢每次页面加载。上传前压缩，或者用 SG Optimizer 的 WebP 转换。

5. 邮箱当日志用 前面说过，邮件和网站共用磁盘。定期清理大附件邮件，或者把历史邮件归档到本地。

6. 被植入的恶意脚本 如果 CPU 突然莫名打满、日志里出现奇怪的外部请求，要怀疑站点被挂马。排查顺序见 网站故障自查手册。

什么时候该升档，什么时候该上云

先优化，再升档。 大多数"资源不够"的案例，实际是缓存没开或某个插件在作怪。在花钱之前，先做这三步：开缓存 → 查 Error Log 找异常 → 精简插件。做完再看 Statistics 的趋势，很多时候问题就没了。

该升档的信号（StartUp → GrowBig → GoGeek）：

• 月访问量稳定超过当前档位参考值的 70%；
• 除了资源，你还需要 GrowBig/GoGeek 独有的功能——按需扩容、Staging 环境、更多站点数、白标客户管理；
• 磁盘占用长期在 80% 以上，且清理后仍然吃紧。

升档是无缝的，数据不用迁移，差价按剩余时长补。三档的功能差异逐项对比见 三档共享主机怎么选，也可以直接看 套餐对比页。

该上云主机的信号：

• 流量有明显峰值（促销活动、季节性业务、突发爆文），需要临时扩容而不是长期买高档位；
• 电商站在大促期间的并发远超日常，共享主机顶不住；
• 多个站点加起来把共享资源吃满，需要独立资源隔离。

Cloud Hosting 的核心价值是独立资源 + 按需扩容，不用为了每年几周的峰值常年买高配。判断标准见 云主机选购指南。WooCommerce 站点的资源需求单独写过一篇：WooCommerce 主机选型。

三个常见误解

误解一：「访问量超了会被额外收费」

不会。月度访问量是适用性参考值，不是按量计费的配额。真正硬性的只有磁盘空间。

误解二：「空间没用满就肯定不是资源问题」

CPU 和内存是独立维度。一个 500MB 的 WordPress 站点，如果没开缓存又装了三十个插件，CPU 消耗可以远超一个 10GB 的静态站。

误解三：「升到最高档就一劳永逸」

GoGeek 仍然是共享主机，仍然和别人共享物理服务器。资源需求真正上台阶时，正确的方向是 Cloud Hosting，而不是在共享档位里顶到天花板。

一份每月十分钟的检查清单

• 看 Site Tools 首页的磁盘占用，超过 75% 就清理一轮；
• 看 Statistics 的 CPU 趋势，有没有新增的持续高位时段；
• 翻一遍 Error Log，重复出现的报错要处理掉；
• 检查自动更新是否正常执行（核心、插件、主题）；
• 确认备份近期成功（自动备份 + 一次手动备份）；
• 高峰期用一次 PageSpeed 测试，对比上个月的分数。

十分钟换一个月的安心，比出事之后通宵排查划算得多。维护节奏的完整清单另有一篇：WordPress 更新与月度维护。

结语

资源限制这件事，本质是"用对档位 + 做好优化"。StartUp 跑一个内容站完全够，硬把电商站塞进 StartUp 再抱怨慢，问题不在主机。反过来，如果你的业务本来就有峰值，提前用 Cloud Hosting 的按需扩容，比事后被 503 追着跑强。

想先看看自己的站点跑在什么档位上合不合适，可以从 SiteGround 官方优惠入口 注册试用——30 天退款保障意味着你可以完整跑一个月，用真实流量验证档位选择，不合适全额退。价格与优惠细节见 优惠汇总 和 评测页，账户层面的疑问在 常见问题 里也能找到答案。