京东云1核1G实例能否稳定运行WordPress+MySQL？-CLOUD技术笔记

结论：可以运行，但属于“勉强够用”的极限状态。

对于 1 核 1G（1 vCPU, 1 GB RAM） 的京东云实例，WordPress + MySQL 组合是可以启动并访问的，但在生产环境或有一定流量的场景下，稳定性较差，极易出现响应缓慢、超时甚至服务崩溃的情况。

以下是具体的性能分析与优化建议：

内存压力（最致命的问题）
- 现状：Linux 系统本身需要占用约 150MB-200MB 内存。MySQL 默认配置通常非常保守，但为了缓存数据页（InnoDB Buffer Pool），它仍会尝试申请较多内存；PHP-FPM 处理请求时每个进程也需要消耗内存。
- 风险：在 1GB 总内存下，一旦并发稍高或遇到大型插件/页面加载，系统极易触发 OOM Killer (Out Of Memory) 机制，导致 MySQL 进程被强制杀掉，网站直接无法访问。
- Swap 依赖：系统必须开启 Swap（交换分区）来作为内存溢出时的缓冲，但这会严重拖慢数据库读写速度，导致页面加载极慢。
CPU 单核限制
- 现状：WordPress 是 PHP 语言，属于 CPU 密集型任务（尤其是执行查询和渲染模板）。1 核 CPU 在处理单个请求时尚可，但如果同时有 2-3 个用户访问，或者后台进行自动更新、备份，CPU 使用率会瞬间飙升到 100%。
- 后果：请求排队，导致浏览器端出现"504 Gateway Time-out"或长时间白屏。

使用场景	稳定性评价	体验描述
本地测试 / 开发环境	✅ 稳定	仅自己偶尔访问，无并发压力，完全没问题。
个人博客 / 静态展示站	⚠️ 勉强可用	日访问量 < 50 PV，且内容以图文为主，基本流畅，但高峰期可能卡顿。
企业官网 / 营销落地页	❌ 高风险	流量稍有波动即崩溃，SEO 抓取时容易超时，影响收录。
电商 / 论坛 / 多用户站	❌ 不可用	数据库连接池迅速耗尽，服务频繁宕机。

如果你预算有限，必须使用此配置，请务必执行以下优化操作以提升生存率：

强制开启 Swap（虚拟内存）
- 这是生死线。务必创建一个至少 2GB 的 Swap 文件，防止 OOM 杀进程。虽然速度慢，但能保证服务不中断。
- 命令示例：fallocate -l 2G /swapfile -> chmod 600 /swapfile -> mkswap /swapfile -> swapon /swapfile。
精简 WordPress 与插件
- 禁用所有非必要插件：只保留核心功能，移除统计、缓存、安全类以外的插件。
- 更换轻量级主题：避免使用重型主题（如 Elementor 构建的主题），推荐使用 GeneratePress 或 Astra 等极简主题。
- 关闭自动维护：禁止后台自动更新插件和核心版本，改为手动更新。
深度调优 MySQL 与 PHP
- 限制 MySQL 内存：修改 my.cnf，将 innodb_buffer_pool_size 设置为物理内存的 15%-20%（例如 128M 或 256M），切勿使用默认值。
- 限制 PHP-FPM 进程数：将 pm.max_children 设置为 2 或 3，防止 PHP 进程占满内存。
- 安装轻量级缓存：不要使用 W3 Total Cache 这种重型插件，建议使用 Redis（如果内存允许）或 OPcache 提速 PHP 执行。
使用对象存储
- 将图片、附件上传到京东云的对象存储（COS）或阿里云 OSS，减少数据库对大文件的 IO 压力和带宽消耗。

如果是正式对外业务：强烈不建议使用 1 核 1G。建议升级到 2 核 2G 或 2 核 4G。升级后，WordPress 的运行流畅度会有质的飞跃，不再需要时刻担心内存溢出。
如果是学习、测试或个人小站：可以使用 1 核 1G，但请做好上述优化，并接受偶尔的访问延迟。

总结：1 核 1G 是 WordPress 的“入门门槛”，能跑通，但很难跑得稳。对于长期运营的网站，增加一点预算升级到 2 核起步是性价比最高的选择。