Magento 2.2는 설치 후 100 % 프로세서 사용률이 매우 느립니다.

나는 현재 실행하고있어 Magento 2.2, php7, Apache2온 Amazon AWS EC2 c4.large예,하지만 개발 서버로 사용하고시에도 t2.micro 인스턴스는 잘 보통이다.

어떤 이유로 든 설치를 실행할 때 가끔씩 사용자 지정 모듈 중 하나에서 설정 파일 중 하나를 업데이트 한 후 또는 타사 모듈을 설치 한 후 업그레이드하면 서버가 매우 느려져서 시도 할 때마다 100 % CPU 사용량을 유지합니다 페이지를로드하는 경우 페이지로드에 1 분 이상이 걸리며 페이지를로드하지 않으면 CPU 사용량이 25 %로 유지됩니다. setup : upgrade라고하는 magento 웹 사이트에만 영향을 미치며 동일한 서버에있는 다른 magento 설치 페이지는 여전히 정상적인 속도로로드됩니다.

때로는 방금 업그레이드 한 모듈을 제거하고 서버를 다시 시작한 다음 코드를 변경하지 않고 모듈을 다시 설치하여 문제가 해결되는 경우가 있습니다. 때로 두 번째 설정 : 업그레이드로 문제가 해결되고 때로는 해결할 수있는 유일한 방법 인 것 같습니다. 완전히 다시 설치 Magento 2하고 모듈을 설치 합니다.

나는이 발생 있었 Magento 2.1.6, 2.1.8, 2.1.9하고 2.2, 다른 어떤 것도 기본, 개발 및 생산 모드에 어떤 문제를 갖고있는 것 같아요 없다고 테마와 모듈의 다른 조합의 모든 종류.

편집 : 중요 참고 사항
이 문제가 있고 캐시를 비활성화하지 않은 것이 확실한 경우 지금 실행 composer update하면 (Magento 2.3) 현재 알려진 캐시 문제로 인해 모든 캐시가 비활성화됩니다. 따라서 캐시가 활성화되었다고 생각 되더라도 다시 확인하는 것이 좋습니다.

TL; DR : 구성 캐시를 켜십시오.

더 긴 이야기 :

나는 같은 문제를 겪었고 조금 놀았습니다.

재현 단계 (개발자 모드에서) :

1. 캐시 : 비활성화
2. 설치 : 업그레이드
3. 브라우저에서 프론트 엔드 또는 백엔드 다시로드

htop으로 다시로드하고 모니터링 할 때 시스템은 일부 CPU 프로세스를 '스팸'처리하여 모든 CPU를 완전히 활용합니다. 이것은 캐시 설정에 따라 달라져야한다는 것을 깨달았습니다. 그리고 나는 그들 중 일부를 끄기 시작했습니다. 구성 캐시를 끈 후 문제가 즉시 다시 나타납니다.

구성 캐시를 제외한 모든 캐시를 끄면 모든 것이 다시 빠르게 실행됩니다.

composer를 사용하여 업데이트 한 경우 캐시가 비활성화되었을 수 있습니다. 이것은 최대 2.3.1 버전에 적용됩니다. Magento 루트 폴더에서 다음 코드를 사용하여 간단히 활성화하십시오.

php bin/magento cache:enable

나는 당신과 같은 상황을 가지고 있습니다.

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

긴 대기를 건너 뛰기 위해 M2가 개발자 모드에서 정적 데이터를 강제로 전개하도록합니다.

bin / magento 캐시 : 플러시 bin / magento 캐시 : 활성화

업그레이드가 완료되는 즉시이 두 단계를 함께 수행합니다. 이 시스템은 여전히 ​​수백만 개의 크론 작업에 의해 스팸 처리되어 있으며 그들이 무엇을하고 있는지 전혀 모릅니다. 그러나 캐시가 활성화 된 후 세계는 평화로 돌아 왔습니다. 이미 2020 년인데 왜 Magento가 아직 미성숙 한가.