Amazon Lightsail基础实例CPU突发容量持续过高的原因咨询

针对你1GB内存、1vCPU的Lightsail实例，访客极少但CPU突发容量居高不下的情况，常见原因如下：

• 定时任务（Cron）过载：WordPress核心、插件自带的定时任务是高发因素。比如备份插件每小时自动执行备份、SEO插件频繁生成站点索引、安全插件定期扫描漏洞，这些任务哪怕没有访客也会持续占用CPU，1vCPU的小实例很容易被打满突发额度。
• 爬虫/恶意扫描：真实访客少不代表没有爬虫或扫描请求。搜索引擎爬虫（如Googlebot）可能在短时间内批量抓取站点内容，或者存在恶意脚本扫描站点漏洞，大量请求会让CPU持续高负载。如果没有配置爬虫规则限制，这类请求会持续消耗资源。
• 插件/主题代码低效：劣质或未优化的插件、主题是常见的CPU杀手。比如某些可视化编辑器插件加载时执行大量冗余计算，主题的自定义功能存在未优化的数据库查询（如无索引的全表扫描），哪怕单个请求也会占用大量CPU资源，累积下来导致突发容量耗尽。
• 数据库性能瓶颈：WordPress依赖的MySQL如果存在查询阻塞，会导致CPU等待数据库响应，进而拉高负载。比如插件生成的冗余数据未及时清理，查询时拖慢整个系统；或者数据库表没有正确建立索引，导致查询耗时过长，CPU一直处于繁忙状态。
• PHP进程配置不合理：如果PHP-FPM的进程数设置过高，1GB内存的实例会因内存不足触发频繁的内存交换（Swap），而Swap操作会大量消耗CPU资源。默认配置的进程数可能超过小实例的承载能力，导致CPU一直在处理内存交换的额外开销。
• 日志/统计工具后台消耗：若启用了详细的访问日志，或集成了服务器端的统计工具，这些工具会实时分析日志数据，哪怕访客少，持续的日志处理也会占用不少CPU资源。
• 自动更新任务：WordPress核心、插件、主题的自动更新，在执行时会涉及文件下载、解压、替换及数据库更新，这些操作会瞬间占用大量CPU。如果多个更新任务同时触发，会让CPU突发容量持续处于高位。

内容的提问来源于stack exchange，提问作者Huzan Forbes