# Lange Suchbegriffe, Server geht in die Knie.

**URL:** https://forum.shopware.com/t/lange-suchbegriffe-server-geht-in-die-knie/70187
**Category:** Sonstiges
**Created:** [13. Oktober 2020 um 14:58 UTC](https://forum.shopware.com/t/lange-suchbegriffe-server-geht-in-die-knie/70187 "2020-10-13T14:58:03Z")
**Posts on this page:** 6
**Page:** 1

<div class="post-metadata">

### Author: ![brettvormkopp](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/brettvormkopp/32/7788_2.png) [@brettvormkopp](https://forum.shopware.com/u/brettvormkopp)
#### Post date: [13. Oktober 2020 um 14:58 UTC](https://forum.shopware.com/t/lange-suchbegriffe-server-geht-in-die-knie/70187/1 "2020-10-13T14:58:03Z")

</div>

Der Suchbegriff ist&nbsp;&nbsp;" **jurassic world - 5 movie collection**"

Shopware Suchfeld kürzt es ab(Nebenfrage wie kann man das abstellen?)

…und der Shop friert ein, nix geht mehr.

Wenn ich die Datenbankprozesse anschaue, dann kill ich z.b. diesen hier “SELECT SQL\_CALC\_FOUND\_ROWS product.id as \_\_product\_id, variant.id as \_\_variant\_i…” und der Shop funktioniert wieder. Zufall?

Als Fehlermeldung kommt z.b. folgendes.

```
2020/10/13 16:29:05 [error] 19528#19528: *6161833 FastCGI sent in stderr: "PHP message: PHP Fatal error: Uncaught PDOException: SQLSTATE[HY000]: General error: 2006 MySQL server has gone away in /var/www/clients/client1/web1/web/engine/Library/Zend/Db/Statement/Pdo.php:219
Stack trace:
#0 /var/www/clients/client1/web1/web/engine/Library/Zend/Db/Statement/Pdo.php(219): PDOStatement->execute()
#1 /var/www/clients/client1/web1/web/engine/Library/Zend/Db/Statement.php(297): Zend_Db_Statement_Pdo->_execute()
#2 /var/www/clients/client1/web1/web/engine/Library/Zend/Db/Adapter/Abstract.php(472): Zend_Db_Statement->execute()
#3 /var/www/clients/client1/web1/web/engine/Library/Zend/Db/Adapter/Pdo/Abstract.php(232): Zend_Db_Adapter_Abstract->query()
#4 /var/www/clients/client1/web1/web/engine/Library/Enlight/Components/Db/Adapter/Pdo/Mysql.php(83): Zend_Db_Adapter_Pdo_Abstract->query()
#5 /var/www/clients/client1/web1/web/engine/Library/Zend/Db/Adapter/Abstract.php(788): Enlight_Components_Db_Adapter_Pdo_Mysql->query()
#6 /var/www/clients/client1/web1/web/engine/Library/Enlight/C" while reading response header from upstream, client: 194.158.254.204, server: example.de, request: "GET /ajax_search?sSearch=jurassic%20world%205%20-%20movie%20colle&c_id= HTTP/2.0", upstream: "fastcgi://unix:/var/lib/php5-fpm/web1.sock:", host: "example.de", referrer: "https://example.de/"

```

SW 5.6.7

Danke und Gruss

---

<div class="post-metadata">

### Author: ![brettvormkopp](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/brettvormkopp/32/7788_2.png) [@brettvormkopp](https://forum.shopware.com/u/brettvormkopp)
#### Post date: [14. Oktober 2020 um 11:06 UTC](https://forum.shopware.com/t/lange-suchbegriffe-server-geht-in-die-knie/70187/2 "2020-10-14T11:06:50Z")

</div>

Ich muss mich korrigieren.

Der Shop hängt sich bei fast jeder Suche auf.

Wir haben eine abgelaufene Subscription auf ein Suchfeld-Plugin, aber selbst wenn ich das Plugin deaktiviere besteht das Problem.

Gibt es sowas wie ein Timeout / Kill-SQL wenn zwischen User-Eingabe und Serverantwort zu viel Zeit vergeht?

Danke und Gruss.

&nbsp;

---

<div class="post-metadata">

### Author: ![simkli](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/simkli/32/13124_2.png) [@simkli](https://forum.shopware.com/u/simkli)
#### Post date: [14. Oktober 2020 um 11:23 UTC](https://forum.shopware.com/t/lange-suchbegriffe-server-geht-in-die-knie/70187/3 "2020-10-14T11:23:32Z")

</div>

Von wie vielen Produkten (inkl. Varianten) reden wir denn hier? 🙂

---

<div class="post-metadata">

### Author: ![brettvormkopp](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/brettvormkopp/32/7788_2.png) [@brettvormkopp](https://forum.shopware.com/u/brettvormkopp)
#### Post date: [14. Oktober 2020 um 11:29 UTC](https://forum.shopware.com/t/lange-suchbegriffe-server-geht-in-die-knie/70187/4 "2020-10-14T11:29:25Z")

</div>

Produkte ca 81.000 , keine Varianten

Einträge in DB bei Keyword/Index sind ca 218.000 / 537.000

Es hatte bis Montag noch alles reibungslos funktioniert :-/

---

<div class="post-metadata">

### Author: ![simkli](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/simkli/32/13124_2.png) [@simkli](https://forum.shopware.com/u/simkli)
#### Post date: [14. Oktober 2020 um 11:33 UTC](https://forum.shopware.com/t/lange-suchbegriffe-server-geht-in-die-knie/70187/5 "2020-10-14T11:33:14Z")

</div>

Bei 81.100 Produkten würde ich überlegen auf [ElasticSearch](https://developers.shopware.com/sysadmins-guide/elasticsearch-setup/#search-results) zu wechseln. Ansonsten kannst du natürlich davor noch versuchen auf einen leistungsstärkeren Server zu wechseln.

Wenn das alles keine Option ist, könntest du natürlich versuchen, über die Sucheinstellungen den Suchindex kleiner zu bekommen (z.B. kürzere längere Keywords). Das wirkt sich aber sicherlich negativ auf die Suchergebnisse aus und würde ich auch nicht empfehlen.

---

<div class="post-metadata">

### Author: ![brettvormkopp](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/brettvormkopp/32/7788_2.png) [@brettvormkopp](https://forum.shopware.com/u/brettvormkopp)
#### Post date: [14. Oktober 2020 um 12:18 UTC](https://forum.shopware.com/t/lange-suchbegriffe-server-geht-in-die-knie/70187/6 "2020-10-14T12:18:25Z")

</div>

Kurios ist, dass es jetzt in s\_search\_index 659145 nachdem ich Cache auf manuell und Suche neu gemacht habe. Das ist eine ganz schön harte Steigerung.

ElasticSearch hatte ich schon einmal ausprobiert, da hatte er dann allerdings nur den Artikel-Namen indexiert und irgendwie ging EAN und Beschreibung nicht.
