# Performance Killer? Suche?

**URL:** <https://forum.oxid-esales.com/t/performance-killer-suche/61492>\
**Category:** Deutsches Forum\
**Created:** [November 29, 2012, 10:34am UTC](https://forum.oxid-esales.com/t/performance-killer-suche/61492 "2012-11-29T10:34:28Z")\
**Posts on this page:** 15\
**Page:** 1

<div class="post-metadata">

**Author:** ![EnzephaloN](https://forum.oxid-esales.com/letter_avatar_proxy/v4/letter/e/76d3ee/32.png) [@EnzephaloN](https://forum.oxid-esales.com/u/EnzephaloN)\
**Post date:** [November 29, 2012, 10:34am UTC](https://forum.oxid-esales.com/t/performance-killer-suche/61492/1 "2012-11-29T10:34:28Z")

</div>

Hallo Leute

Wir haben seit Sonntag einen OXID 4.7.1 CE mit 5000 Herstellern und ca 15000 Artikeln auf einem Virtuellen Server (Hosteurope XXL-Paket) laufen.  
Immer wieder werden wir von Serverabstürzen geplagt. Und das nicht hin und wieder, sondern ständig.

Ich dachte erst die getArticleCount-Funktionen wären daran schuld, doch dieses Feature habe ich nun ebenso ausgeschaltet wie “Ähnliche Artikel” und dergleichen.

Doch Zack, wieder der Server gecrasht.  
Da ich gerade die Suche benutzte liegt es sehr nahe, daß die Suche dafür verantwortlich ist. Laut unserem Provider war angeblich folgender Query für den Absturz verantwortlich:

```auto

select count(oxv_oxarticles_de.oxid) from oxv_oxarticles_de where oxv_oxarticles_de.oxparentid = ''

```

Ein “GREP” über die OXID-Dateien brachte naturgemäß keinen Erfolg, aber ein GREP mit “select count” identifizierte die oxsearch.php als eventuellen Feind!

Ich habe jetzt erstmal die Suche aus dem OXID ausgebaut…

Hat jemand hier Infos und Tipps für mich, wie ich den OXID stabil an den Start bekomme?

Johannes

---

<div class="post-metadata">

**Author:** ![EnzephaloN](https://forum.oxid-esales.com/letter_avatar_proxy/v4/letter/e/76d3ee/32.png) [@EnzephaloN](https://forum.oxid-esales.com/u/EnzephaloN)\
**Post date:** [November 29, 2012, 7:21pm UTC](https://forum.oxid-esales.com/t/performance-killer-suche/61492/2 "2012-11-29T19:21:13Z")

</div>

ICH BITTE DRINGEND UM HILFE!

Uns schmiert ständig der Webserver ab. Ständig LOG-Einträge von verlorener Verbindung zu mysqld! Provider kann nicht weiterhelfen. Webserver lief vorher (typo3, wordpress, xtcommerce) sauber und schnell. OXID bringt ihn um!

Wie kann man die MYSQL-Abstürze verhindern?

Johannes

---

<div class="post-metadata">

**Author:** ![roland76](https://forum.oxid-esales.com/letter_avatar_proxy/v4/letter/r/838e76/32.png) [@roland76](https://forum.oxid-esales.com/u/roland76)\
**Post date:** [November 29, 2012, 7:49pm UTC](https://forum.oxid-esales.com/t/performance-killer-suche/61492/3 "2012-11-29T19:49:04Z")

</div>

Schon mal eine Testinstallation gemacht mit weniger Herstellern? Die Anzahl Artike dürfte eigentlich kein Problem sein.

---

<div class="post-metadata">

**Author:** ![Tom\_Long](https://forum.oxid-esales.com/letter_avatar_proxy/v4/letter/t/439d5e/32.png) [@Tom\_Long](https://forum.oxid-esales.com/u/Tom_Long)\
**Post date:** [November 29, 2012, 8:08pm UTC](https://forum.oxid-esales.com/t/performance-killer-suche/61492/4 "2012-11-29T20:08:45Z")

</div>

Moin Johannes,

normalerweise sollte das aber problemlos laufen!  
Ich kann jetzt nichts über die 4.7.x sagen aber ich hab z.B. einen Shop mit über 80.000 Artikeln und einen weiteren mit knapp 140.000 Artikeln (auch eine vierstellige Herstelleranzahl) sogar auf dem gleichen Server laufen…  
Und keinerlei Abstürze oder Performance-Probleme.

Sonst probier doch mal eine ältere Version (4.5.x oder 4.6.x). Die läuft definitiv ohne Probleme in den Grössenordnungen.

Beste Grüsse

Thomas

---

<div class="post-metadata">

**Author:** ![marco.steinhaeuser](https://forum.oxid-esales.com/user_avatar/forum.oxid-esales.com/marco.steinhaeuser/32/1832_2.png) [@marco.steinhaeuser](https://forum.oxid-esales.com/u/marco.steinhaeuser)\
**Post date:** [November 29, 2012, 9:40pm UTC](https://forum.oxid-esales.com/t/performance-killer-suche/61492/5 "2012-11-29T21:40:37Z")

</div>

Hallo Johannes,

wie viele Sprachen gibt es denn? Läuft der DB-Server auf der gleichen Büchse? Stürzt der MySQL oder der Apache ab?

Gruß

---

<div class="post-metadata">

**Author:** ![MeisterYoda](https://forum.oxid-esales.com/letter_avatar_proxy/v4/letter/m/5e9695/32.png) [@MeisterYoda](https://forum.oxid-esales.com/u/MeisterYoda)\
**Post date:** [November 30, 2012, 10:23am UTC](https://forum.oxid-esales.com/t/performance-killer-suche/61492/6 "2012-11-30T10:23:30Z")

</div>

Hallo Johannes,

welches OS?  
btw, ich glaube nicht, dass es an OXID liegt. Ich hab einen ähnlichen Effekt bei einem meiner VServer mit Wordpress. Läuft WP auf Version 2.9.x läuft alles bestens, Mach ich ein Update auf 3.x stürzt der Server regelmäßig ab. Ich hab da ganz stark Debian im Verdacht oder die Hardware.

Hast Du schon geprüft, auf welchem Stand Dein OS ist?

---

<div class="post-metadata">

**Author:** ![Tom\_Long](https://forum.oxid-esales.com/letter_avatar_proxy/v4/letter/t/439d5e/32.png) [@Tom\_Long](https://forum.oxid-esales.com/u/Tom_Long)\
**Post date:** [November 30, 2012, 5:24pm UTC](https://forum.oxid-esales.com/t/performance-killer-suche/61492/7 "2012-11-30T17:24:30Z")

</div>

Moin zusammen,

das klingt irgendwie ziemlich richtig…

Ich hatte mal versucht, auf einem Root-Server von 1&1 e-Fire einzurichten…  
Keine Chance ohne gravierende Änderungen!  
Damals lags auch am Standard-Debian.

Ich schwöre für Oxid auf Ubuntu, das läuft völlig stressfrei und wie geschmiert!

Beste Grüsse

Thomas

---

<div class="post-metadata">

**Author:** ![EnzephaloN](https://forum.oxid-esales.com/letter_avatar_proxy/v4/letter/e/76d3ee/32.png) [@EnzephaloN](https://forum.oxid-esales.com/u/EnzephaloN)\
**Post date:** [December 1, 2012, 4:30pm UTC](https://forum.oxid-esales.com/t/performance-killer-suche/61492/8 "2012-12-01T16:30:56Z")

</div>

Soweit ich weiß hat Hosteurope Debian am Laufen. Aber auch mein zweiter “Lieblingsprovider” hat seine Kisten (meiner Meinung nach auch korrekt) auf Debian.

Das WordPress ist nicht meine Baustelle -das betreut jemand anders. Da muß ich erst nachfragen.

Wie Hosteurope das mit den Datenbanken löst kann ich nur ahnen Ich denke die DBs liegen direkt auf dem virtuellen Server.

ich habe 2 Sprachen aktiv

Laut Provider stürzt der Apache ab. Laut meinen Erfahrungen stürzt erst der MySQL-Server und danach der Apache ab, da ich noch die offline-Seite zu sehen bekomme bevor nichts mehr geht.

---

<div class="post-metadata">

**Author:** ![MeisterYoda](https://forum.oxid-esales.com/letter_avatar_proxy/v4/letter/m/5e9695/32.png) [@MeisterYoda](https://forum.oxid-esales.com/u/MeisterYoda)\
**Post date:** [December 1, 2012, 4:55pm UTC](https://forum.oxid-esales.com/t/performance-killer-suche/61492/9 "2012-12-01T16:55:20Z")

</div>

bei HE kannst Du glaub ich bei VServer zwischen Debian und Ubuntu wählen. Ich würde auch sagen, dass zuerst Mysql abschmiert und der zieht dann den Indianer mit in die Tiefe.

---

<div class="post-metadata">

**Author:** ![Tr0nYx](https://forum.oxid-esales.com/letter_avatar_proxy/v4/letter/t/eb9ed0/32.png) [@Tr0nYx](https://forum.oxid-esales.com/u/Tr0nYx)\
**Post date:** [December 1, 2012, 6:08pm UTC](https://forum.oxid-esales.com/t/performance-killer-suche/61492/10 "2012-12-01T18:08:26Z")

</div>

sicher dass das snippet nicht so ausschaut:

```auto

$sQ = "select count($sArtTable.oxid) from $sArtTable where $sArtTable.oxparentid = '' and oxmanufacturerid = '$sMnfId' and ".$oArticle->getSqlActiveSnippet();

```

dann liegts wirklich an den Herstellern. Ist aus der oxutilscount.php in der function setManufacturerArticleCount.

OT: ich schwör auf debian und das auch bei 1und1, läuft problemlos auch mit e-fire(auch wenn dies bereits gekündigt ist) 🙂 aber jeder hat seine eigenen Präferenzen 🙂

---

<div class="post-metadata">

**Author:** ![EnzephaloN](https://forum.oxid-esales.com/letter_avatar_proxy/v4/letter/e/76d3ee/32.png) [@EnzephaloN](https://forum.oxid-esales.com/u/EnzephaloN)\
**Post date:** [December 1, 2012, 9:53pm UTC](https://forum.oxid-esales.com/t/performance-killer-suche/61492/11 "2012-12-01T21:53:39Z")

</div>

Daran dachte ich auch, weswegen ich das als Erstes ausgeschaltet habe und auch komplett die Manufacturers-Liste herausgenommen hatte.  
Leider kam “der Fehler” trotzdem wieder.

Wie es sich in meinem anderen Thread gerade herauskristallisiert sieht es anscheinend am vServer/Debian/Config.

---

<div class="post-metadata">

**Author:** ![leofonic](https://forum.oxid-esales.com/user_avatar/forum.oxid-esales.com/leofonic/32/58_2.png) [@leofonic](https://forum.oxid-esales.com/u/leofonic)\
**Post date:** [December 7, 2012, 11:05am UTC](https://forum.oxid-esales.com/t/performance-killer-suche/61492/12 "2012-12-07T11:05:29Z")

</div>

sorry war quatsch.

---

<div class="post-metadata">

**Author:** ![EnzephaloN](https://forum.oxid-esales.com/letter_avatar_proxy/v4/letter/e/76d3ee/32.png) [@EnzephaloN](https://forum.oxid-esales.com/u/EnzephaloN)\
**Post date:** [December 10, 2012, 7:34am UTC](https://forum.oxid-esales.com/t/performance-killer-suche/61492/13 "2012-12-10T07:34:34Z")

</div>

Danke für all Eure Antworten.  
Leider lag das Thema wo ganz anders und ich entschuldige mich, daß ich OXID dafür verantwortlich gemacht habe (nur kam der Fehler erst zum Tragen als OXID online gegangen ist.  
Problem war (und ist leider manchmal noch) das in einer typo3-Installation auf selben Server irgendein dämlicher Redirect steckt, der den Server zum Abschmieren bringt.

EnzephaloN

---

<div class="post-metadata">

**Author:** ![marco.steinhaeuser](https://forum.oxid-esales.com/user_avatar/forum.oxid-esales.com/marco.steinhaeuser/32/1832_2.png) [@marco.steinhaeuser](https://forum.oxid-esales.com/u/marco.steinhaeuser)\
**Post date:** [December 11, 2012, 10:29am UTC](https://forum.oxid-esales.com/t/performance-killer-suche/61492/14 "2012-12-11T10:29:48Z")

</div>

Na danke für’s Bescheid sagen 🙂

---

<div class="post-metadata">

**Author:** ![system](https://forum.oxid-esales.com/user_avatar/forum.oxid-esales.com/system/32/4245_2.png) [@system](https://forum.oxid-esales.com/u/system)\
**Post date:** [July 13, 2026, 8:12pm UTC](https://forum.oxid-esales.com/t/performance-killer-suche/61492/15 "2026-07-13T20:12:53Z")

</div>


