1

私はMAGMIに大きな問題を抱えています（少なくとも私はそう思います）。問題は、同じ製品（それぞれ約32000の製品）を扱う2つの店舗があり、1つの店舗でMAGMIを使用してインポートしたことです。製品ですが、このストアはインポート後に非常に遅くなりました (最初のバイトまでの時間が非常に長い)。両方のストアが同じホストにあります。

ホスト マネージャーにこの問題について尋ねたところ、magmi インポート ストアの index.php が MySQL のウェブサイトのホール リンク構造を数回クエリしているとのことでした。彼の応答は次のとおりです。

問題は MySQL にあります。問題はクエリです

選択し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

2 万行以上の情報をプルします。

ご希望であれば、取得する情報の例をお送りできます。つまり、ホームページは 20,000 行を超えるリンク構造全体をプルしています。

何が問題なのですか？

4

1 に答える 1

2

これは間違いなく、カテゴリ レイアウトが原因です (magmi カテゴリ プラグインを介して自動作成される可能性があります)。

これは、このリソース消費動作を持つ「magmi」ではなく、Magento です。

このような遅い動作をするカテゴリが数千あると思います。

問題を理解するために、私が以前に書いたこの記事を読むことをお勧めします。

これを回避する 1 つの方法は、フル ページ キャッシュを使用して、magento が頻繁にデータベースにクエリを実行しないようにすることですが、これは回避策にすぎません。

于 2013-06-18T14:35:24.103 に答える