Comprender los hilos PHP y por qu\u00e9 son importantes para el rendimiento de WordPress<\/h2>\n
Los hilos de PHP procesan las peticiones entrantes no almacenadas en cach\u00e9. Cada hilo gestiona una petici\u00f3n a la vez<\/strong>, por lo que el n\u00famero de hilos disponibles afecta directamente al n\u00famero de visitantes que tu sitio puede atender simult\u00e1neamente.<\/p>\n Cuando un visitante carga una p\u00e1gina no almacenada en cach\u00e9, env\u00eda un formulario o a\u00f1ade un art\u00edculo a su carrito:<\/p>\n La mayor\u00eda de la gente no sabe que una petici\u00f3n no almacenada en cach\u00e9 utiliza un hilo de PHP y que la velocidad de procesamiento depende del tiempo de respuesta de PHP m\u00e1s MySQL.<\/p><\/blockquote>\n Las peticiones almacenadas en cach\u00e9 se saltan todo este proceso (no tocan PHP en absoluto), por lo que las tasas de Los sitios de WooCommerce, los paneles de control de membres\u00eda, el tr\u00e1fico de la API REST y las configuraciones headless evitan el cach\u00e9 con mucha m\u00e1s frecuencia, lo que significa que consumen hilos r\u00e1pidamente.<\/p>\n Por ejemplo, si la respuesta media de tu API tarda 250 milisegundos, cada subproceso puede procesar cuatro solicitudes por segundo. Con ocho subprocesos, tu rendimiento te\u00f3rico m\u00e1ximo es de 32 solicitudes por segundo. Sin embargo, esto es s\u00f3lo si cada solicitud se completa exactamente en 250 ms.<\/p>\n El n\u00famero de hilos es m\u00e1s importante durante el tr\u00e1fico simult\u00e1neo. Si tu sitio tiene cuatro hilos y recibe seis solicitudes simult\u00e1neas sin almacenar en cach\u00e9:<\/p>\n Si llega nuevo tr\u00e1fico m\u00e1s r\u00e1pido de lo que los hilos pueden liberarse, el retraso crece.<\/p>\n Las consultas lentas a la base de datos empeoran la situaci\u00f3n. Por ejemplo, una consulta a la base de datos que tarda 10 segundos bloquea un hilo durante todo ese tiempo. Si recibes tres peticiones simult\u00e1neas que desencadenan consultas lentas, habr\u00e1s consumido tres subprocesos durante un total de 30 segundos. Durante ese tiempo, tus hilos restantes manejan el resto del tr\u00e1fico.<\/p>\n Cuando a\u00f1ades filtros de WooCommerce, p\u00e1ginas de cuenta o flujos de pago, la presi\u00f3n de los hilos aumenta a\u00fan m\u00e1s.<\/p>\n En cuanto a los hilos PHP, los sitios web sencillos solo necesitan cuatro. Sin embargo, para el comercio electr\u00f3nico, cualquier n\u00famero inferior a seis es bajo debido a la elevada tasa de bypass del cach\u00e9.<\/p><\/blockquote>\n Una forma aproximada de estimar las necesidades de hilos:<\/p>\n Hilos necesarios \u2248 (Peticiones sin cach\u00e9 por segundo \u00d7 Tiempo medio de ejecuci\u00f3n)<\/strong><\/p>\n Bas\u00e1ndonos en esto, un sitio con 10 peticiones no almacenadas en cach\u00e9 por segundo y un tiempo medio de ejecuci\u00f3n de 0,5 segundos necesita aproximadamente cinco hilos para manejar la carga sin hacer cola.<\/p>\n Esto explica por qu\u00e9 a\u00f1adir simplemente m\u00e1s hilos no garantiza un mejor rendimiento. Si las consultas lentas a la base de datos hacen que tu tiempo medio de ejecuci\u00f3n pase de 0,5 segundos a dos segundos, tus necesidades de hilos se cuadruplican.<\/p>\n La soluci\u00f3n es una ejecuci\u00f3n m\u00e1s r\u00e1pida del c\u00f3digo. Optimizar las consultas<\/a>, reducir las llamadas a API externas e implementar un almacenamiento en cach\u00e9 de objetos adecuado puede reducir dr\u00e1sticamente el tiempo de ejecuci\u00f3n y los hilos necesarios para gestionar tu tr\u00e1fico.<\/p>\n Kinsta asigna hilos PHP en funci\u00f3n de los recursos de CPU y RAM disponibles en el contenedor de cada sitio (cada sitio Kinsta se ejecuta en su propio contenedor LXD<\/a>, por lo que los recursos est\u00e1n aislados).<\/p>\n Patrones generales entre planes:<\/p>\n Puedes ajustar la asignaci\u00f3n de hilos dentro de MyKinsta<\/strong><\/a> > Info<\/strong> > Rendimiento PHP<\/strong>, aumentando el pool de memoria o el n\u00famero de hilos en funci\u00f3n de los patrones de tr\u00e1fico de tu sitio.<\/p>\n Esta flexibilidad te permite ajustar PHP a tu carga de trabajo real, en lugar de confiar en los valores predeterminados.<\/p>\n Los distintos tipos de sitios necesitan asignaciones de hilos personalizadas en funci\u00f3n de cu\u00e1nto tr\u00e1fico se salta (bypass) el cach\u00e9:<\/p>\n Las anal\u00edticas de MyKinsta<\/a> te ayuda a identificar tus patrones actuales de uso de hilos.<\/p>\n Si observas colas de peticiones o errores de tiempo de espera durante las ventanas de alto tr\u00e1fico, es probable que tu asignaci\u00f3n de hilos necesite un ajuste.<\/p>\n El agotamiento de los hilos sigue un patr\u00f3n predecible:<\/p>\n No hay cola para las solicitudes. El n\u00famero de hilos PHP que tiene tu sitio determina cu\u00e1ntas solicitudes sin almacenar en cach\u00e9 se pueden procesar a la vez. Cuando llega una solicitud y no hay ning\u00fan hilo disponible, esta espera a que se libere uno. Si eso no ocurre con la suficiente rapidez, aparecer\u00e1n errores 502 o 503 Bad Gateway<\/p><\/blockquote>\n S\u00edntomas comunes:<\/p>\n Las consultas lentas a la base de datos son la causa m\u00e1s com\u00fan.<\/p>\n Las consultas lentas a la base de datos tardan m\u00e1s tiempo en ser procesadas por los hilos de PHP y as\u00ed es como suelen acabar con el rendimiento del sitio.<\/p><\/blockquote>\n Las llamadas a API externas crean problemas similares. Las pasarelas de pago, los servicios de c\u00e1lculo de impuestos y las APIs de env\u00edo suelen bloquear los hilos durante el pago.<\/p>\n Para diagnosticar el agotamiento de los hilos es necesario examinar m\u00faltiples fuentes de datos. La herramienta APM de Kinsta<\/a> rastrea las solicitudes lentas e identifica los cuellos de botella, mientras que los registros de consultas lentas revelan los problemas de rendimiento de la base de datos. Las m\u00e9tricas de la cola de Nginx muestran los patrones de acumulaci\u00f3n de solicitudes y las relaciones La soluci\u00f3n es optimizar el tiempo de ejecuci\u00f3n:<\/p>\n La optimizaci\u00f3n debe venir antes de a\u00f1adir m\u00e1s hilos. Aumentar el n\u00famero de hilos s\u00f3lo ayuda cuando<\/em> el tiempo medio de ejecuci\u00f3n est\u00e1 bajo control.<\/p>\n El almacenamiento en cach\u00e9 reduce la frecuencia con la que las peticiones llegan a PHP. Kinsta utiliza tres capas:<\/p>\n Estas capas trabajan juntas para minimizar las peticiones que llegan a tus hilos PHP y a la base de datos.<\/p>\n La red edge global de Cloudflare sirve p\u00e1ginas HTML en cach\u00e9 basadas en claves de cach\u00e9 que tienen en cuenta:<\/p>\n Esto evita que se sirva contenido personalizado a los usuarios equivocados.<\/p>\n Las reglas de bypass de cach\u00e9 tambi\u00e9n evitan el almacenamiento en cach\u00e9 de contenido din\u00e1mico que debe permanecer fresco, como las \u00e1reas de administraci\u00f3n de WordPress o las p\u00e1ginas de pago de WooCommerce.<\/p>\n La diferencia de rendimiento significa que las peticiones almacenadas en cach\u00e9 edge eluden completamente los hilos de PHP y nunca llegan a tu instalaci\u00f3n de WordPress. Un sitio en el que el 80% de las peticiones llegan al cach\u00e9 edge s\u00f3lo necesita hilos PHP para el 20% restante del tr\u00e1fico.<\/p>\n Kinsta proporciona Redis como add-on<\/a> en lugar de requerir plugins de terceros, lo que puede garantizar que Redis funcione con el sistema de cach\u00e9 de objetos de WordPress.<\/p>\n Redis almacena los resultados de las consultas a la base de datos en la memoria, por lo que el servidor no necesita repetir la ejecuci\u00f3n de esas consultas.<\/p>\n Redis es un multiplicador del rendimiento para sitios bien estructurados \u2014 no un parche para consultas pesadas o tablas sin indexar.<\/p><\/blockquote>\n Redis ayuda cuando:<\/p>\n Sin embargo, Redis no acelera la l\u00f3gica PHP intr\u00ednsecamente lenta, bloquea las llamadas a APIs externas ni optimiza los bucles mal optimizados.<\/p>\n La CDN de Kinsta<\/a> sirve recursos est\u00e1ticos desde m\u00e1s de 260 ubicaciones globales. Este enfoque reduce la latencia para los visitantes internacionales y elimina las cargas de recursos est\u00e1ticos desde tu servidor de origen. Tambi\u00e9n convierte autom\u00e1ticamente las im\u00e1genes al formato WebP cuando los navegadores lo admiten.<\/p>\n Los encabezados de control de cach\u00e9 determinan cu\u00e1nto tiempo almacena la CDN los recursos. Puedes configurar la duraci\u00f3n del cach\u00e9 para diferentes tipos de recursos en funci\u00f3n de su frecuencia de cambio. El CSS principal, por ejemplo, puede tener un periodo de cach\u00e9 prolongado. La purga de la cach\u00e9 para ambas capas se gestiona a trav\u00e9s de MyKinsta, ya sea de forma individual o conjunta.<\/p>\n Entre la CDN de Kinsta y Edge Caching, puedes gestionar p\u00e1ginas HTML, contenido din\u00e1mico y recursos est\u00e1ticos. Juntos, garantizan que la mayor\u00eda de las solicitudes nunca lleguen a tu servidor de origen ni consuman hilos PHP.<\/p>\n Los entornos de alojamiento compartido<\/a> suelen sufrir cuando un sitio consume demasiados recursos. Kinsta evita por completo esta situaci\u00f3n mediante el aislamiento de contenedores LXD<\/b>, que proporciona a cada sitio lo siguiente:<\/p>\n Otros sitios no pueden \u00abrobar\u00bb tus recursos, y los problemas en un contenedor no pueden afectar a los dem\u00e1s.<\/p>\n Los contenedores se ejecutan en hardware inform\u00e1tico optimizado, lo que garantiza un rendimiento estable y predecible incluso durante los picos de tr\u00e1fico.<\/p>\n Cuando tu sitio necesite sistem\u00e1ticamente m\u00e1s recursos de los que proporciona tu plan actual, tienes opciones para escalar verticalmente dentro de tu contenedor.<\/p>\n\n
HIT<\/code> en cach\u00e9 son el factor m\u00e1s importante a la hora de determinar cu\u00e1ntos hilos necesitas realmente.<\/p>\nC\u00f3mo consume el tr\u00e1fico concurrente los hilos PHP<\/h3>\n
\n
La relaci\u00f3n entre el n\u00famero de hilos y el tiempo de ejecuci\u00f3n<\/h3>\n
Asignaci\u00f3n de hilos PHP en los planes de Kinsta<\/h2>\n
\n
![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2025\/12\/php-performance-screen.png\")
Estimar los requisitos de hilos PHP para tu sitio<\/h2>\n
\n
![\"Anal\u00edticas](\"https:\/\/kinsta.com\/wp-content\/uploads\/2025\/12\/php-threads-table.png\")
Qu\u00e9 ocurre cuando superas tu l\u00edmite de hilos PHP<\/h2>\n
\n
HIT<\/code>\/MISS<\/code> del cach\u00e9 indican si el almacenamiento en cach\u00e9 est\u00e1 funcionando.<\/p>\n\n
Arquitectura de cach\u00e9 multicapa de Kinsta<\/h2>\n
\n
Edge caching a trav\u00e9s de Cloudflare<\/h3>\n
\n
Cach\u00e9 de objetos con Redis<\/h3>\n
\n
CDN de Kinsta para la entrega global de recursos<\/h3>\n
Aislamiento de contenedores: resolver el problema del vecino ruidoso<\/h2>\n
\n
Adaptaci\u00f3n a las necesidades de tu sitio<\/h3>\n