¿Qué es Heartbeat? Por qué ralentiza el backend de WordPress y dispara la CPU

Aparece en el backend de WordPressRetraso, uso inusualmente alto de la CPU, picos de peticiones en admin-ajax.phpCuando, muchos webmasters se les aconseja una frase:

"LaPrueba a desactivar Heartbeat."

pero ¿Qué diablos es Heartbeat??
¿Por qué se ralentiza el fondo?
itverdaderamente¿Es el pico de la CPU el culpable, o simplemente está mal colocado "chivos expiatorios"?

I. ¿Qué es el latido del corazón? Una frase explica lo que hace

Latido del corazón es un conjunto de funciones integradas en WordPressMecanismo de latido de fondola esencia es:

Backend sin actualizar la página.Enviar peticiones AJAX al servidor a intervalos regularesque se utiliza para sincronizar los estados.

Estas solicitudes se realizan principalmente a través del admin-ajax.php enviado, la frecuencia por defecto es:

• Cada 15-60 segundos
• Abrir página de fondo ≠ inactivo
• Mientras la página exista, Heartbeat estará "saltando".

II. Función principal de Heartbeat (no es redundante)

La primera reacción de mucha gente es:

"Esto parece un despilfarro de recursos".

Pero en realidad, Heartbeat asume laMúltiples funciones clave de back-office.

Guardado automático

Cuando escriba artículos y cambie páginas:

• WordPress guarda borradores regularmente
• Evita caídas del navegador, desconexiones y falsos cierres

Esto es cortesía de Heartbeat.

Bloqueo de edición (Post Lock)

Cuando colaboran varias personas:

• A Artículos en proceso de edición
• B Abrir el mismo artículo
• El sistema dice: "Está siendo editado por otro usuario".

También Heartbeat está en estado sincronizado.

Detección del estado de inicio de sesión

Heartbeat confirmará periódicamente:

• ¿Sigue siendo válido el nombre de usuario?
• Si necesita volver a verificar los permisos

De lo contrario, podrías estar operando un montón de cosas en segundo plano, sólo para darte cuenta de que estás "desconectado" al final del día.

Plugins/temas con funcionalidad backend en tiempo real

incluyendo, entre otros:

• Actualización del estado del pedido
• Plug-in de seguridad Control de riesgos
• Editor de calibración en tiempo real

En particular, el uso de WooCommerce sitios, este tipo de dependencia será más frecuente.

¿Por qué ralentiza el fondo y dispara la CPU?

Aquí viene el punto:
El latido en sí no pesa, lo que cuenta es "lo que desencadena".

El problema no es "saltar", sino "hacer muchas cosas a la vez".

cada solicitud de Heartbeat:

1. entrar en admin-ajax.php
2. Carga del núcleo de WordPress
3. Ejecutar acción montada / gancho
4. "Interceptado y procesado" por plug-ins

Si su sitio cumple las siguientes condiciones
Los picos de CPU pueden producirse muy fácilmente.

Las 5 verdaderas razones por las que las CPU se están disparando

Múltiples pestañas abiertas al mismo tiempo en segundo plano

esto esLa enfermedad más común, pero la más olvidada::

• Una página backend = un Heartbeat
• 5 fichas = 5x solicitudes
• Además, varios administradores en línea al mismo tiempo

Los latidos se apilan directamente.

El plugin "funciona" con Heartbeat

Muchos plugins lo hacen:

"Como Heartbeat se dispara regularmente, comprobaré algo mientras tanto".

Por ejemplo:

• Plug-ins de seguridad: Estado de la exploración
• Plug-ins estadísticosDiario
• Plugin del centro comercialSincronización de pedidos
• editor (software): Conservación de datos estructurales

El resultado:Un latido = varias consultas SQL complejas

admin-ajax.php en sí ya es un cuello de botella de rendimiento

En algunos entornos de servidor:

• admin-ajax.php Caché no habilitado
• Número limitado de procesos PHP-FPM
• Respuesta lenta de la base de datos

Heartbeat sigue llamando a la puerta con una potencia de procesamiento insuficiente detrás.

El propio editor backend es "pesado".

Al utilizar el editor de bloques, constructor de páginas:

• Cada latido va acompañado de una comparación de datos.
• Estructura JSON compleja
• Apilamiento automático de revisiones

El uso de la CPU aumenta de forma escalonada.

La configuración del servidor no es amigable con el backend

Comúnmente encontrado:

• VPS de perfil bajo
• alojamiento web
• Compartir recursos entre el back office y el front office

Heartbeat amplifica los problemas de rendimiento existentes.

V. Un error cognitivo clave: el latido del corazón ≠ el problema de la CPU Fuente

Un punto muy importante:

El latido es un "desencadenante", no un "fabricante".

Eso es precisamente lo que hace:

• solicitud de compás
• proporcionar un único punto de entrada

Lo que realmente consume la CPU suele ser:

• Funciones montadas en el plugin
• Consultas a la base de datos
• Registro de escritura
• calibrado de seguridad

Así que verás un fenómeno:

Lo mismo con Heartbeat.
R El sitio está bien.
B Site Direct CPU 100%.

VI. Cómo saberlo: ¿su pregunta tiene latido o no?

Método de evaluación rápida (sin cambio de configuración)

Puedes observar estas 3 señales:

1. Si los picos de CPU se producen sólo después de iniciar sesión en el backend.
2. Cierra la página de fondo, ¿la CPU cae rápidamente
3. ¿Aparece admin-ajax.php mucho en los registros del servidor

Si las tres cosas se cumplen al mismo tiempo
Lo más probable es que se trate de latidos cardíacos.

Pero nota: participación ≠ culpable.

La pregunta correcta no lo es:

"¿Debo apagar Heartbeat?"

En su lugar:

"¿Qué ocurre realmente cuando se activa Heartbeat?"

Por qué es peligroso "cerrar Heartbeat de forma generalizada

Muchos tutoriales lo sugieren directamente:

"Desactivar Heartbeat todo en segundo plano".

Esto se hace en los siguientes casosMuy poco recomendable::

• Sitios con varios autores
• Centro comercial Back Office
• Escribir ensayos largos con frecuencia
• Utilizar el editor en línea

Las posibles consecuencias incluyen:

• Fallo de autoguardado
• Editar conflictos sin preguntar
• Estado de conexión anormal
• Aumento del riesgo de pérdida de datos

VIII. Resumen de ideas para la correcta comprensión de estas cuestiones

Debes recordar estos tres puntos:

1. Heartbeat es infraestructura, no código basura
2. Los picos de CPU suelen ser problemas lógicos o de plugins amplificados por Heartbeat.
3. La optimización se centra en el "control" y el "posicionamiento" más que en la "desconexión".

Conclusión: ¡El latido no es el enemigo, perder el control es el problema!

Si el backend de tu sitio se ralentiza y la CPU se dispara:

• No apagues Heartbeat primero.
• Entienda primero que está en¿Cuál es el detonante?
• A continuación, decida si necesitaLimitar la frecuencia, limitar las páginas, reducir la lógica de montaje

La verdadera optimización profesional nunca consiste en "desactivar funciones".
Más bien se trata de "dejar que la función aparezca sólo donde debe".

Contacte con nosotros
¿No puede leer el tutorial? Póngase en contacto con nosotros para obtener una respuesta gratuita. Ayuda gratuita para sitios personales y de pequeñas empresas	Servicio de atención al cliente WeChat
① Tel: 020-2206-9892
② QQ咨询：1025174874
(iii) Correo electrónico: info@361sale.com
④ Horario de trabajo: de lunes a viernes, de 9:30 a 18:30, días festivos libres