Langsamer Pageload durch 2 Queries bei vielen Artikeln

Shopware 5 Sonstiges
1

Liebe Community,

ich bespiele aktuell einen Shop mit 170.000 Variantenartikeln (bei 260 Basisartikeln).
Wenn ich nun eine Kategorie anklicke dauert das Laden der Seite beim ersten Mal an die 30 Sekunden, nach dem Cachen an die 10 Sekunden.

Der Profiler zeigt das ca. 90% der Queryzeit durch 2 Queries von Shopware verursacht werden.
Nach genauerem Betrachten sind hier sehr viele nested loops vorhanden. (Siehe Screenshot)

1842×713 44.1 KB
Der hier die besagten 2 Queries:

Nummer 1 (3.09782004356 Ausführungszeit):

SELECT 
  MIN(listing_price.cheapest_price) 
FROM 
  s_articles product 
  INNER JOIN s_articles_details variant ON variant.id = product.main_detail_id 
  AND variant.active = 1 
  AND product.active = 1 
  INNER JOIN s_articles_categories_ro productCategory4 ON productCategory4.articleID = product.id 
  AND productCategory4.categoryID IN (: category4) 
  LEFT JOIN s_articles_avoid_customergroups avoidCustomerGroup ON avoidCustomerGroup.articleID = product.id 
  AND avoidCustomerGroup.customerGroupId IN (
    : customerGroupIds38ba0f9d2195aa1ed719d712288c9fae
  ) 
  INNER JOIN (
    SELECT 
      prices.*, 
      MIN(
        ROUND(
          prices.price * (
            (
              100 - IFNULL(priceGroup.discount, 0)
            ) / 100
          ) * (
            (
              (
                CASE tax.id WHEN 1 THEN 19 WHEN 4 THEN 7 END
              ) + 100
            ) / 100
          ) * 1, 
          2
        )
      ) as cheapest_price 
    FROM 
      s_articles product 
      INNER JOIN s_core_tax tax ON tax.id = product.taxID 
      INNER JOIN (
        SELECT 
          `id`, 
          `pricegroup`, 
          `from`, 
          `to`, 
          `articleID`, 
          `articledetailsID`, 
          `price`, 
          `pseudoprice`, 
          `baseprice`, 
          `percent` 
        FROM 
          s_articles_prices defaultPrice 
        WHERE 
          defaultPrice.pricegroup = : fallbackCustomerGroup
      ) prices ON product.id = prices.articleID 
      INNER JOIN s_articles_details availableVariant ON availableVariant.articleID = product.id 
      AND availableVariant.active = 1 
      LEFT JOIN s_core_pricegroups_discounts priceGroup ON priceGroup.groupID = product.pricegroupID 
      AND priceGroup.discountstart = 1 
      AND priceGroup.customergroupID = : priceGroupCustomerGroup 
      AND product.pricegroupActive = 1 
    WHERE 
      (
        prices.articledetailsID = availableVariant.id
      ) 
      AND (prices.from = 1) 
    GROUP BY 
      product.id
  ) listing_price ON listing_price.articleID = product.id 
  INNER JOIN s_articles_attributes productAttribute ON productAttribute.articledetailsID = variant.id 
WHERE 
  avoidCustomerGroup.articleID IS NULL

**Nummer 2 (**2.73407816887 Ausführungszeit) :

SELECT 
  MIN(listing_price.cheapest_price) 
FROM 
  s_articles product 
  INNER JOIN s_articles_details variant ON variant.id = product.main_detail_id 
  AND variant.active = 1 
  AND product.active = 1 
  INNER JOIN s_articles_categories_ro productCategory4 ON productCategory4.articleID = product.id 
  AND productCategory4.categoryID IN (: category4) 
  LEFT JOIN s_articles_avoid_customergroups avoidCustomerGroup ON avoidCustomerGroup.articleID = product.id 
  AND avoidCustomerGroup.customerGroupId IN (
    : customerGroupIds38ba0f9d2195aa1ed719d712288c9fae
  ) 
  INNER JOIN (
    SELECT 
      prices.*, 
      MIN(
        ROUND(
          prices.price * (
            (
              100 - IFNULL(priceGroup.discount, 0)
            ) / 100
          ) * (
            (
              (
                CASE tax.id WHEN 1 THEN 19 WHEN 4 THEN 7 END
              ) + 100
            ) / 100
          ) * 1, 
          2
        )
      ) as cheapest_price 
    FROM 
      s_articles product 
      INNER JOIN s_core_tax tax ON tax.id = product.taxID 
      INNER JOIN (
        SELECT 
          `id`, 
          `pricegroup`, 
          `from`, 
          `to`, 
          `articleID`, 
          `articledetailsID`, 
          `price`, 
          `pseudoprice`, 
          `baseprice`, 
          `percent` 
        FROM 
          s_articles_prices defaultPrice 
        WHERE 
          defaultPrice.pricegroup = : fallbackCustomerGroup
      ) prices ON product.id = prices.articleID 
      INNER JOIN s_articles_details availableVariant ON availableVariant.articleID = product.id 
      AND availableVariant.active = 1 
      LEFT JOIN s_core_pricegroups_discounts priceGroup ON priceGroup.groupID = product.pricegroupID 
      AND priceGroup.discountstart = 1 
      AND priceGroup.customergroupID = : priceGroupCustomerGroup 
      AND product.pricegroupActive = 1 
    WHERE 
      (
        prices.articledetailsID = availableVariant.id
      ) 
      AND (prices.from = 1) 
    GROUP BY 
      product.id
  ) listing_price ON listing_price.articleID = product.id 
  INNER JOIN s_articles_attributes productAttribute ON productAttribute.articledetailsID = variant.id 
WHERE 
  avoidCustomerGroup.articleID IS NULL 
GROUP BY 
  product.id 
ORDER BY 
  listing_price.cheapest_price DESC 
LIMIT 
  1 OFFSET 0

 

Die Zeit der Datenbank:

710×272 13.6 KB

Manchmal geht es sogar an fast 99% der gesamten SQL Zeit.

Hatte hier jemand auch mal das Problem?

Liebe Grüße
Adrian

2

Hallo Adrian,

ich habe genau das Gleiche Problem. Eines unserer Projekte hat 150.000 Basisartikel und genau diese Queries machen bei uns Performanceprobleme. 

Kann vielleicht ein Shopware-Mitarbeiter  sagen, was hier genau berechnet wird? Oder hat vielleicht die Community eine Idee?

Viele Grüße

Danny

3

Dieser Query holt den günstigsten Artikel aus der jeweiligen Kategorie. Bei Hauptkategorien müssen dafür alle Artikel inkl. Varianten durchgearbeitet werden.

Ausgelöst wird das durch den Filter „Preis“ welchen man im Backend in den Grundeinstellungen unter „Filter / Sortierung“ deaktivieren kann. Vor 5.3 wurde der Preisfilter von 0 - X€ angezeigt, nun startet er mit dem tatsächlich günstigsten Produkt in einer Kategorie, daher ist er aktuell so viel langsamer.

1 „Gefällt mir“
4

Hat einer von euch beiden eine Lösung für dieses Problem? Das Thema liegt zwar etwas zurück, bei uns ist es aber tagaktuell.

5

@haustechnik‍ lässt es sich bei euch nicht wie im Post über dir von MWsatwareAG beschrieben deaktivieren?

 Bei Hauptkategorien müssen dafür alle Artikel inkl. Varianten durchgearbeitet werden.

Ausgelöst wird das durch den Filter „Preis“ welchen man im Backend in den Grundeinstellungen unter „Filter / Sortierung“ deaktivieren kann.