Hallo,
ich stoße in letzter Zeit so ziemlich an meine Grenzen, was das Verständnis vom Cache betrifft.
In vielen Foreneinträgen ist die Rede von „wenn der Cache über 2-3 GB groß ist, etwas nicht in Ordnung ist“.
Bei mir ist es um ein vielfaches höher, was vermultich überhaupt nicht richtig ist.
Ausgangssituation:
https://www.alternative-haustechnik.de/
Ich lasse 02:00 Uhr nachts den Cache leeren und 02:30 Uhr den Cache wieder aufwärmen.
Das Aufwärmen ist gegen 07:00 Uhr fertig.
Danach ist mein Http-Reverse-Proxy auf ca. 110GB gestiegen:
(das riecht doch schon danach, das hier etwas nicht stimmt).
Zu meiner Umgebung:
Ich nutze einen Hosting Performance+ Managed V-Server (mit SSD Festplatte):
Mein Webshop besitzt folgende Ausgangssituation:
Ca. 110.000 Artikel, davon ca. 50.000 als Varianten angelegt, mit bis zu 500 Varianten pro Artikel.
Im Großen und Ganzen läuft der Shop, aber die Größe des Caches macht mir schon Sorgen.
Mein Provider schrieb folgendes:
> Laut mySQL slow-query-log gibt es auch einige Abfragen die sehr umfangreich sind.
>
> >Query_time: 5.230499 Lock_time: 0.000138 Rows_sent: 1 Rows_examined:
> >5247205 # Time: 170203 10:15:21 # User@Host:
> >localhost [] # Query_time: 5.230499 Lock_time: 0.000138 Rows_sent: 1
> >Rows_examined: 5247205 SET timestamp=1486113321; SELECT
>
> >MIN(ROUND(defaultPrice.price * availableVariant.minpurchase * ((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_articles_details variant ON
> variant.id = product.main_detail_id
>
> > AND variant.active = 1
>
> > AND product.active = 1 INNER JOIN s_core_tax tax ON
> > tax.id = product.taxID INNER JOIN s_articles_categories_ro
> > productCategory2 ON productCategory2.articleID = product.id
>
> > AND productCategory2.categoryID IN (3658) LEFT JOIN
> > s_articles_avoid_customergroups avoidCustomerGroup ON
> > avoidCustomerGroup.articleID = product.id
>
> > AND avoidCustomerGroup.customerGroupId IN (1) 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 = '1'
>
> > AND product.pricegroupActive = 1 INNER JOIN
> > s_articles_prices defaultPrice ON defaultPrice.articledetailsID =
> > availableVariant.id
>
> > AND defaultPrice.pricegroup = 'EK'
>
> > AND defaultPrice.from = 1 LEFT JOIN s_articles_prices
> > customerPrice ON customerPrice.articleID = product.id
>
> > AND customerPrice.pricegroup = 'EK'
>
> > AND customerPrice.from = 1
>
> > AND availableVariant.id = customerPrice.articledetailsID
>
> >INNER JOIN s_articles_attributes productAttribute ON
>
> >productAttribute.articledetailsID = variant.id WHERE
>
> >avoidCustomerGroup.articleID IS NULL GROUP BY product.id ORDER BY
>
> >cheapest_price DESC LIMIT 1 >OFFSET 0;
> Prinzipiell sollte man hier den Shopware Support (falls möglich)
> kontaktieren und hinsichtlich der Optimierungsmöglichkeiten bei ihrem
> Artikelstamm bzw. der Kategorisierung befragen.
Ich vermutete schon sämtliche Einstellungen/Plugins, aber bisher hat sich noch nichts verringert.
Könnte es mU. an den vielen Errorlogs liegen (Legacy media url detected.) - sprich die Bilderumleitungen? Die muss ich mal noch händisch in jedem Artikel ändern.
Könnte es mU. am mitho404-Weiterleitungsplugin liegen?
Ich vermute aber mal, dass es an etwas ganz anderen liegt, worüber ich aktuell noch grüble und ggf. durch eure Hilfe drauf kommen könnte.
Habe ich etwas vergessen zu erwähnen?
Die vielen Variantenartikel liegen unter:
Heizkörper von Kermi online bestellen | Alternative Haustechnik GmbH
Purmo Heizkörper jetzt günstig online kaufen - inkl. Telefonberatung ? | Alternative Haustechnik GmbH
60.000 Einzelartikel liegen unter:
https://www.alternative-haustechnik.de/ersatzteile/
Vielleicht habt Ihr Tipps für mich.
