gpt4 book ai didi

mysql - 导入 MAGMI 后,Magento Store 变慢了

转载 作者:行者123 更新时间:2023-11-29 06:48:30 24 4
gpt4 key购买 nike

我在使用 MAGMI 时遇到了一个大问题(至少我是这么认为的),问题是,我有两家商店提供相同的产品(每家约有 32000 种产品),在一家商店中我使用了 MAGMI导入产品,但是这家商店在导入后变得非常慢(第一个字节的时间很长),这两家商店都在同一台主机上。

我问过我的主机管理员这个问题,他告诉我magmi imported store的index.php在MySQL中多次查询该网站的空洞链接结构。这是他的回应:

The problem is with MySQL. The issue is the query

SELECT main_table.entity_id,

 main_table.`name`, main_table.`path`, `main_table`.`is_active`,

`main_table`.`is_anchor`, `url_rewrite`.`request_path` FROM

`catalog_category_flat_store_1` AS `main_table` LEFT JOIN

`core_url_rewrite` AS `url_rewrite` ON

url_rewrite.category_id=main_table.entity_id AND url_rewrite.is_system=1

AND url_rewrite.product_id IS NULL AND url_rewrite.store_id='1'

AND url_rewrite.id_path LIKE 'category/%' WHERE

(main_table.is_active = '1') AND (main_table.include_in_menu =

'1') AND (main_table.path like '1/2/%') ORDER BY

`main_table`.`position` ASC

Pulls over 20 thousand rows of information.

If you would like I can send along an example of the information it pulls. In short, the home page is pulling the entire link structure which is over 20 thousand rows.

可能是什么问题?

最佳答案

这肯定是由于您的类别布局(可能是通过 magmi 类别插件自动创建的)。

具有这种资源消耗行为的不是“magmi”,而是 Magento。

我怀疑你有几千个类别有如此缓慢的行为。

我建议阅读 this article我前段时间写过,以了解问题。

解决这个问题的一种方法是使用全页缓存来避免 magento 过于频繁地查询数据库,但这只是一种解决方法。

关于mysql - 导入 MAGMI 后,Magento Store 变慢了,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/17170734/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com