Geschafft!

Hinweis

Fehler

 
 
 
 
Budget

Kleines Projekt <800

Geposted am

2014-04-27 18:45:36.0

Kunde

Vis***

Die Angebotsphase ist beendet

Schreiben Sie ein ähnliches Projekt aus und erhalten Sie Angebote von Freelancern. Unverbindlich. Kostenlos. Schnell.

Jetzt ähnliches Projekt einstellen

Beschreibung:

Hallo, es geht um eine Website die bei Profihost gehostet ist und seit dem 27.04.14 nicht mehr erreichbar, weil der MySQL Server einen timeout (too many requests) meldet. Nachstehend die Stellungnahme vom Profihost Support:

.....

 

der bei uns gebuchte Server cloud1-vm297 meldete gestern Abend mehrfach eine höhere Auslastung der CPU.

 

Aktuell ist die Auslastung auch bei über 50%, dies ist durch MySQL5 Abfragen bedingt.

Hier ein Auszug aus der MySQL5 Prozessliste:

 

| 840679 | beaducyu | localhost | usrdb_beaducyu | Query   |    0 | Copying to tmp

table         | SELECT s_order_basket.*, a.packunit, minpurchase,taxID,IF

(ad.instock,ad.instock,av.instock) AS

`instock`,suppliernumber,maxpurchase,purchasesteps,purchaseunit,unitID,laststock,shippingtime,r

eleasedate,releasedate

AS sReleaseDate,stockmin,esd, su.description AS itemUnit,

ob_attr1,ob_attr2,ob_attr3,ob_attr4,ob_attr5,ob_attr6 FROM

   s_order_basket

  LEFT JOIN s_articles_details AS ad ON ad.ordernumber = s_order_basket.ordernumber

  LEFT JOIN s_articles_groups_value AS av ON av.ordernumber = s_order_basket.ordernumber

  LEFT JOIN s_articles a ON (a.id = ad.articleID OR a.id = av.articleID)

  LEFT JOIN s_core_units su ON su.id = a.unitID

  WHERE sessionID='a278cde8eac715780c40541c9f4a7c16'

  ORDER BY id ASC, datum DESC |

 

 

| 840677 | beaducyu | localhost | usrdb_beaducyu | Query   |    0 | Creating tmp

table | SELECT

   lv.id AS liveshoppingID,

   alp.price,

   alp.endprice,

   alp.customergroup,

   cc.taxinput,

   lv.*,

   a.description,

   a.description_long,

   UNIX_TIMESTAMP(valid_to) AS valid_to_ts,

   TIMESTAMPDIFF(MINUTE, valid_from, valid_to) AS valid_diff_min,

   TIMESTAMPDIFF(MINUTE, valid_from, NOW()) AS valid_diff_min_past,

   t.tax,

   IFNULL(TRIM(agv.ordernumber), TRIM(ad.ordernumber)) AS ordernumber,

   TRIM(adMain.ordernumber) AS main_ordernumber

   FROM `s_articles_live` AS lv

  

   INNER JOIN `s_articles_details` AS adMain

   ON adMain.articleID = lv.articleID AND kind=1

  

   INNER JOIN `s_articles_live_shoprelations` AS alsr

   ON alsr.liveshoppingID = lv.id AND alsr.subshopID='1'

  

   INNER JOIN `s_articles_details` AS ad

   ON ad.articleID = lv.articleID

  

   LEFT JOIN `s_articles_groups_value` AS agv

   ON agv.articleID = lv.articleID

  

   INNER JOIN `s_articles_live_prices` AS alp

   ON alp.liveshoppingID = lv.id AND UPPER(alp.customergroup)='EK'

  

   INNER JOIN `s_core_customergroups` AS cc

   ON cc.groupkey = alp.customergroup

  

   LEFT JOIN `s_articles` AS a

   ON a.id = lv.articleID

   LEFT JOIN `s_core_tax` AS t

   ON t.id = a.taxID

  

  

  

   WHERE lv.`active` = 1

   AND a.active = 1

  

   AND alp.price!=0

  

   AND lv.valid_from <= NOW()

   AND lv.valid_to > NOW()

  

   AND ((lv.max_quantity_enable=1 AND lv.max_quantity > 0) OR

lv.max_quantity_enable=0)

   AND ( ((lv.typeID=2 OR lv.typeID=3) AND alp.endprice!=0) OR (lv.typeID!=2 AND

lv.typeID!=3) )

  

   AND ( ad.ordernumber = 'V10367'  OR agv.ordernumber = 'V10367' )

  

    

   GROUP BY lv.id |

 

 

Der Einsatz von TMP Tables geht mit einer hohen Belastung der CPU und der Festplatten einher und sollte wenn möglichst vermieden werden.

 

-> Ihr Shop Betreuer müsste hier die Datenbank Abfragen prüfen und optimieren. Alternativ müsste ein stärkeres System gebucht werden, dies würde aber nur die Symptome lindern.

 

Die Abfragen dauern teilweise bis zu 20 Sekunden, in der Zeit müssen Sie auf den Aufbau der Seite warten.

 

...... P/S: Ich habe einige Plugins in Shopware deaktiviert, es hilft aber nicht. Können Sie uns dabei helfen, die Seite wieder zum laufen zu bringen?

Danke!