Magento -- MySQL Heavy CPU Usage 然后在批量更新产品类别时失败
Magento -- MySQL Heavy CPU Usage Then Fail When Update Product Categories in Bulk
我是 运行 Magento 1.9.3，在仍处于开发模式的专用服务器上有 140,000 个产品。
当我尝试批量更改产品类别（目录 -> 管理类别 -> 产品类别）时，我会收到 innodb 超时错误。当我将时间增加到四个小时时，工作永远不会完成。当我检查进程时，MySQL 将一直工作到用完所有 CPU 时间然后超时。我可以单独更新产品的产品类别，但我有大约 15,000 个要做，所以这行不通。
我试过以下方法：
- Magento 数据库修复工具（没有发现任何错误）
- 截断了日志文件（这从数据库中清除了 700MB 并提高了性能，但没有解决这个问题。）
- 运行 数据库上的 mysqlcheck（没有显示任何错误）
- 将 SQL 数据库从服务器传输到我的个人计算机并复制了错误，表明这不是我的服务器的问题。服务器是一台高端机器，具有大量 RAM 并使用 SSD 作为数据库。
- 在较旧的数据库备份上测试了该问题。如果我回去三个月，我就能解决这个问题。
如果我恢复三个月前的备份，我可能会在一天的工作中加快速度，但问题是我不知道是什么原因导致了这个问题，也不知道它是否会再次出现。由于它在已经针对 Magento 和大型数据库进行了硬件和软件优化的服务器上导致如此高的 CPU 使用率，我认为某处存在无限循环。
我有专门的 Magento 开发商店对此进行调查，但它完全阻止了我可以对该站点进行的所有操作。在我确定我可能发现了错误之前，任何人都可以提出任何建议吗？
解决方案是您必须将索引管理的模式从系统->索引管理更改为[=12] =]手动更新 来自更新保存 并提交。
这将有助于减少更新类别中产品的时间。
我是 运行 Magento 1.9.3，在仍处于开发模式的专用服务器上有 140,000 个产品。
当我尝试批量更改产品类别（目录 -> 管理类别 -> 产品类别）时，我会收到 innodb 超时错误。当我将时间增加到四个小时时，工作永远不会完成。当我检查进程时，MySQL 将一直工作到用完所有 CPU 时间然后超时。我可以单独更新产品的产品类别，但我有大约 15,000 个要做，所以这行不通。
我试过以下方法：
- Magento 数据库修复工具（没有发现任何错误）
- 截断了日志文件（这从数据库中清除了 700MB 并提高了性能，但没有解决这个问题。）
- 运行 数据库上的 mysqlcheck（没有显示任何错误）
- 将 SQL 数据库从服务器传输到我的个人计算机并复制了错误，表明这不是我的服务器的问题。服务器是一台高端机器，具有大量 RAM 并使用 SSD 作为数据库。
- 在较旧的数据库备份上测试了该问题。如果我回去三个月，我就能解决这个问题。
如果我恢复三个月前的备份，我可能会在一天的工作中加快速度，但问题是我不知道是什么原因导致了这个问题，也不知道它是否会再次出现。由于它在已经针对 Magento 和大型数据库进行了硬件和软件优化的服务器上导致如此高的 CPU 使用率，我认为某处存在无限循环。
我有专门的 Magento 开发商店对此进行调查，但它完全阻止了我可以对该站点进行的所有操作。在我确定我可能发现了错误之前，任何人都可以提出任何建议吗？
解决方案是您必须将索引管理的模式从系统->索引管理更改为[=12] =]手动更新 来自更新保存 并提交。 这将有助于减少更新类别中产品的时间。