Magento 2.2 a menudo extremadamente lento, 100% de uso del procesador después de la configuración: actualización

Actualmente estoy ejecutando Magento 2.2, php7, Apache2una Amazon AWS EC2 c4.largeinstancia, pero incluso las instancias t2.micro suelen estar bien cuando lo uso como servidor de desarrollo.

Por alguna razón de vez en cuando cuando ejecuto la configuración: actualice después de actualizar uno de los archivos de configuración en uno de mis módulos personalizados o después de instalar un módulo de terceros, mi servidor se volverá extremadamente lento, manteniéndose al 100% de uso de CPU cada vez que lo intento para cargar una página, la carga de la página demora más de 1 minuto y se mantendrá en un uso de CPU del 25% cuando no se carguen las páginas. Solo afecta el sitio web de magento donde llamé configuración: actualización, las páginas en otras instalaciones de magento en el mismo servidor aún se cargarán a la velocidad normal.

A veces, el problema se soluciona eliminando el módulo que acabo de actualizar, reiniciando el servidor y luego reinstalando el módulo sin ningún cambio en el código, a veces una segunda configuración: la actualización soluciona el problema, y ​​a veces parece que la única forma en que puedo solucionarlo es reinstalando completamente Magento 2y los módulos.

He tenido este problema Magento 2.1.6, 2.1.8, 2.1.9y 2.2, todo tipo de combinaciones diferentes de temas y módulos con los que nadie más parece tener problemas, por defecto, el modo desarrollador y el modo de producción.

EDITAR: Nota importante
Si tiene este problema y, como yo, estoy seguro de que nunca desactivó sus cachés, hay un problema reconocido en este momento (Magento 2.3) donde la ejecución composer updateocasionalmente desactiva todos sus cachés. Entonces, incluso si crees que tus cachés están habilitados, vale la pena volver a verificar.

TL; DR: simplemente encienda los cachés de configuración.

Historia más larga:

He tenido el mismo problema y he estado jugando un poco.

Pasos para reproducir (en modo desarrollador):

1. caché: deshabilitar
2. configuración: actualizar
3. recargar frontend o backend en un navegador

Al recargar y monitorear con htop, el sistema 'spams' algunos procesos PHP, utilizando totalmente todas las CPU. Esto es cuando me di cuenta de que debe depender de algunas configuraciones de caché. Y comencé a apagar algunos de ellos. Después de apagar las cachés de configuración, el problema volvió a aparecer instantáneamente.

Después de apagar cada caché excepto el caché de configuración, todo vuelve a funcionar rápidamente.

Si actualizaste usando Composer, entonces es probable que tu caché esté deshabilitada. Esto se aplica a las versiones hasta 2.3.1. Simplemente habilítelo usando el siguiente código en la carpeta raíz de Magento.

php bin/magento cache:enable

Tengo la misma situación que tú, corro:

php bin/magento setup:static-content:deploy -f

para forzar a M2 a desplegar los datos estáticos en modo desarrollador para saltear la larga espera.

bin / magento cache: vaciar bin / magento cache: habilitar

Realizo estos dos pasos juntos tan pronto como se completa la actualización. El sistema sigue siendo enviado por millones de trabajos cron que no tengo idea de lo que están haciendo. Pero el mundo volvió a la paz después de que el caché habilitado. Ya es 2020, por qué Magento todavía es inmaduro.