Magento 2.2通常非常慢，设置后处理器使用率达到100％：升级

我当前Magento 2.2, php7, Apache2在Amazon AWS EC2 c4.large实例上运行，但是当我将t2.micro实例用作开发服务器时，通常也可以。

出于某种原因，在运行自定义模块之一中的安装文件之一或安装第三方模块后，偶尔运行setup：upgrade时，我的服务器将变得非常慢，每次尝试时都保持100％cpu的使用率要加载页面，页面加载需要1分钟以上的时间，并且在不加载页面时将保持25％的CPU使用率。它只影响我称为setup：upgrade的magento网站，同一服务器上安装的其他magento上的页面仍将以正常速度加载。

有时可以通过以下方法解决问题：卸下刚刚升级的模块，重新启动服务器，然后重新安装模块，而无需对代码进行任何更改，有时进行第二次设置：upgrade可以解决问题，有时看来，我可以解决的唯一方法是通过完全重新安装Magento 2和模块。

我曾在Magento 2.1.6, 2.1.8, 2.1.9和上发生过这种情况2.2，主题和模块的各种不同组合在默认情况下似乎都不存在开发人员和生产模式的任何问题。

编辑：重要说明
如果您遇到此问题，并且像我一样肯定您从未禁用过缓存，那么从现在开始（Magento 2.3），一个公认的问题是composer update偶尔运行会禁用所有缓存。因此，即使您认为已启用缓存，也值得仔细检查。

TL; DR：只需打开配置缓存。

更长的故事：

我遇到了同样的问题，并且一直在玩一些。

复制步骤（在开发人员模式下）：

1. 缓存：禁用
2. 设置：升级
3. 在浏览器中重新加载前端或后端

使用htop重新加载和监视时，系统会“垃圾邮件”一些PHP进程，从而完全利用所有CPU。这是当我意识到它必须取决于某些缓存设置时。然后我开始关闭其中一些。关闭配置缓存后，该问题立即再次出现。

关闭除配置缓存之外的所有缓存后，所有内容将再次快速运行。

如果您使用作曲家进行更新，则您的缓存可能已被禁用。这适用于2.3.1以下的版本。只需在Magento根文件夹中使用以下代码即可启用它。

php bin/magento cache:enable

我跟你有同样的情况，我跑：

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

强制M2在开发人员模式下部署静态数据，以便跳过漫长的等待。

bin / magento缓存：刷新bin / magento缓存：启用

升级完成后，我将同时执行这两个步骤。该系统仍然被数以百万计的cron工作所淹没，我不知道他们在做什么。但是启用缓存后，世界恢复了和平。到了2020年，Magento为何还不成熟。