Heartbeat 是什么？为什么会让 WordPress 后台变慢、CPU 飙升

在 WordPress 后台出现卡顿、CPU 占用异常升高、admin-ajax.php 请求暴增时，很多站长都会被建议一句话：

「把 Heartbeat 关掉试试。」

但 Heartbeat 到底是什么？
它为什么会让后台变慢？
它真的是 CPU 飙升的元凶，还是只是被误伤的“替罪羊”？

一、Heartbeat 是什么？一句话解释它在做什么

Heartbeat 是 WordPress 内置的一套后台心跳机制，本质是：

后台页面在不刷新网页的情况下，定时向服务器发送 AJAX 请求，用来同步状态。

这些请求主要通过 admin-ajax.php 发出，默认频率是：

• 每 15–60 秒一次
• 打开后台页面 ≠ 空闲
• 只要页面存在，Heartbeat 就在“跳”

二、Heartbeat 的核心作用（它并不是多余的）

很多人第一反应是：

“这玩意听起来就很浪费资源。”

但实际上，Heartbeat 承担了多个后台关键功能。

自动保存（Auto Save）

当你在写文章、改页面时：

• WordPress 会定期保存草稿
• 防止浏览器崩溃、断网、误关闭

这是 Heartbeat 提供的。

编辑锁定（Post Lock）

多人协作时：

• A 正在编辑文章
• B 打开同一篇文章
• 系统提示「正在被其他用户编辑」

也是 Heartbeat 在同步状态。

登录状态检测

Heartbeat 会周期性确认：

• 登录是否仍然有效
• 是否需要重新验证权限

否则你可能在后台操作一堆，最后才发现“已掉线”。

插件/主题的后台实时功能

包括但不限于：

• 订单状态刷新
• 安全插件风控
• 编辑器实时校验

尤其是使用 WooCommerce 的站点，这类依赖会更多。

三、那为什么它会让后台变慢、CPU 飙升？

重点来了：
Heartbeat 本身不重，重的是“它触发了什么”。

问题不在“跳”，而在“跳一次要做很多事”

每一次 Heartbeat 请求，都会：

1. 进入 admin-ajax.php
2. 加载 WordPress 核心
3. 执行已挂载的 action / hook
4. 被插件“拦截并加工”

如果你的站点满足以下条件
CPU 飙升就非常容易出现。

四、导致 CPU 飙升的 5 个真实原因

后台同时打开多个标签页

这是最常见但最被忽视的情况：

• 一个后台页面 = 一条 Heartbeat
• 5 个标签页 = 5 倍请求
• 再加上多管理员同时在线

心跳直接叠加。

插件在 Heartbeat 上“顺手干活”

很多插件会做这件事：

「既然 Heartbeat 会定时触发，那我顺便检查点东西吧。」

比如：

• 安全插件：扫描状态
• 统计插件：写日志
• 商城插件：同步订单
• 编辑器：保存结构数据

结果是：一次心跳 = 多个复杂 SQL 查询

admin-ajax.php 本身已经是性能瓶颈

在部分服务器环境中：

• admin-ajax.php 未启用缓存
• PHP-FPM 进程数有限
• 数据库响应慢

Heartbeat 只是不断敲门，而门后处理能力不足。

后台编辑器本身很“重”

使用区块编辑器、页面构建器时：

• 每一次 Heartbeat 都伴随数据比对
• JSON 结构复杂
• 自动修订堆积

CPU 使用呈阶梯式上升。

服务器配置对后台不友好

常见于：

• 低配 VPS
• 虚拟主机
• 后台与前台共用资源

Heartbeat 会放大已有的性能问题。

五、一个关键认知误区：Heartbeat ≠ CPU 问题源头

非常重要的一点：

Heartbeat 只是“触发器”，不是“制造者”。

它做的只是：

• 定时发请求
• 提供统一入口

真正消耗 CPU 的，通常是：

• 插件挂载的函数
• 数据库查询
• 日志写入
• 安全校验

所以你会看到一种现象：

同样的 Heartbeat，
A 站点没事，
B 站点直接 CPU 100%。

六、如何判断：你的问题到底是不是 Heartbeat？

快速判断法（不改配置）

你可以观察这 3 个信号：

1. CPU 峰值是否只在登录后台后出现
2. 关闭后台页面，CPU 是否迅速下降
3. 服务器日志中是否大量出现 admin-ajax.php

如果三条同时成立
Heartbeat 极有可能参与其中。

但注意：参与 ≠ 罪魁祸首

正确的问题不是：

「要不要关 Heartbeat？」

而是：

「Heartbeat 触发时，到底发生了什么？」

七、为什么“一刀切关闭 Heartbeat”很危险

很多教程会直接建议：

“后台全部禁用 Heartbeat。”

这在以下场景非常不推荐：

• 多作者网站
• 商城后台
• 经常写长文
• 使用在线编辑器

可能带来的后果包括：

• 自动保存失效
• 编辑冲突无提示
• 登录状态异常
• 数据丢失风险上升

八、正确理解这类问题的思路总结

你应该记住这三点：

1. Heartbeat 是基础设施，不是垃圾代码
2. CPU 飙升通常是插件/逻辑问题，被 Heartbeat 放大
3. 优化的重点是“控制”和“定位”，而不是“关闭”

结语：Heartbeat 不是敌人，失控才是问题

如果你的网站后台变慢、CPU 飙升：

• 不要先关 Heartbeat
• 先理解它在触发什么
• 再决定是否需要限制频率、限定页面、减少挂载逻辑

真正专业的优化，从来不是“关掉功能”，
而是“让功能只在该出现的地方出现”。

联系我们
教程看不懂？联系我们为您免费解答！免费助力个人，小企站点！	客服微信
① 电话：020-2206-9892
② QQ咨询：1025174874
③ 邮件：info@361sale.com
④ 工作时间：周一至周五，9:30-18:30，节假日休息