Kann der Inhalt der Datenbank Search_index gelöscht werden?
Eingetragen von Denker (129)
am 07.02.2010 - 16:05 Uhr in
am 07.02.2010 - 16:05 Uhr in
In der Datenbank ist bei mir die "Search_Index"
derart aufgebläht mit über 6 Mio. Einträgen.
Kann man diese Datenbank bedenkenlos "leeren" ?
Mein System wird immer langsamer, daher will ich die Datenbank mal etwas reduzieren, damit bei den Datenbankabfragen der Server nicht so belastet ist. Die Search_Index enthält ja nur die Suchanfragen "Wörter", wird aber bei jeder Abfrage massiv verwendet.
Ist hier jemand "fachkundig" im Bereich Drupal Datenbank ?
- Anmelden oder Registrieren um Kommentare zu schreiben
Jede Menge Fragen
am 07.02.2010 - 16:31 Uhr
Du solltest an andere Stelle ansetzen um einen Loesungsweg zu beschreiten.
Warum gibt es diesen Index?
Wodurch wird er gebildet?
Warum wird er so gebildet?
Was steckt im Index drin?
Volltext-Indizierung ueber alle Inhalte?
Brauche ich eine Suche ueber alle Inhalte?
Wenn ja, ist es moeglich die Suche zu teilen?
Soll heissen man arbeitet mit mehreren Teilindexen die zusammen eine Suche ueber alle Inhalte ermoeglichen.
Befindet sich ein Suchender in einem bestimmten Bereich des Inhaltes dann sucht er nur in relevanten Inhalten dieses Bereiches - einem der geteilten Indexe. Das Gleiche in anderen Inhaltsbereichen usw.
Wenn teilen moeglich, welche Suche/welches Modul erlaubt es geteilte Suchindexe zu erstellen/verwenden?
Waeren geteilte Suchindexe eine Loesung des Performanceproblemes weil bei einer geteilten Suche auch nur in Teilen (nicht mehr 6 Mio) gesucht wird?
Achso, Deine Frage
Ich weiss nicht was passiert wenn Du die Tabelle einfach leerst und anschliessend neu indizierst. Sollte aber moeglich sein.
Hast Du keine lokale Installation um dieses Vorgehen zu testen? Damit bekommst Du die schnellste Antwort.
------------------------
Quiptime Group
Da geht noch was.
Vielen Dank für die
am 07.02.2010 - 16:48 Uhr
Vielen Dank für die Antwort
das "teilen" ist nicht möglich, da die Suche "nur" die Nodes enthält, wir haben ja sehr viele und kommen täglich zig dazu, im Monat einige tausend. Die Suche wird benötigt von den Lesern, um die entsprechenden Inhalte zu finden, kann also nicht abgeschaltet werden und wird sehr rege genutzt. Die anderen Module sind nicht in die Suche mit einbezogen, nur die Nodes
Das lokale testen liefert leider nicht den gewünschten Hinweis auf den Effekt.
Wenn also alle Suchanfragen gelöscht sind, würde mich interessieren, wie sich dies auf die Gesamt-Performance auswirkt, da dann ja jede Suchanfrage neue Datenbankabfragen erzeugt. Das ist im lokalen Modus nicht testbar, da ich ja nicht mit 100 Leser-Accounts gleichzeitig Suchanfragen stellen kann.
Die Suche ist auf den Standard optimiert, das heißt mit 5 Zeichen
50 Neuindexierungen pro Cronlauf, also alle 2 Minuten. (brauchen wir, auf Grund des Aggregators)
Wie besteht die Möglichkeit den Suchindex "nur für Nodes" zu teilen? Ich habe mir die Tabellen mal angeschaut und sehe da keine große Möglichkeit, da diese schon recht übersichtlich und klein sind.
Die Gedanken habe ich mir natürlich vor erstellen dieses Forenbeitrags schon vorher gemacht (will ja keine überflüssigen Fragen stellen *ggg)
Ich weiss jetzt nicht, ob ich es im Life-Betrieb einfach mal testen soll *zitter
Poste bitte den Link zu
am 07.02.2010 - 17:04 Uhr
Poste bitte den Link zu dieser Website.
------------------------
Quiptime Group
Da geht noch was.
www.onlinepresse.info
am 07.02.2010 - 17:14 Uhr
www.onlinepresse.info
Naja, es gibt kleinere und
am 07.02.2010 - 17:41 Uhr
Naja, es gibt kleinere und grosse Probleme mit der Suche.
Ein kleineres ist, das der Pager unter den Suchergebnissen zu breit ist und umbricht wenn die Suchergebnisse im 2-stelligen Bereich liegen.
Das Grosse ist das von Dir im Thread geschilderte.
- Du stockst bei der Hardware auf und entgehst fuer eine gewisse Zeit dem aktuellen Problem.
- Ist es wirklich sinnvoll permanent eine Volltextsuche ueber alle Inhalte anzubieten? Es gibt Inhalts-Bereiche.
- Andere Suchen verwenden. Search in Drupal; Augenmerk: Search by Page
------------------------
Quiptime Group
Da geht noch was.
Vielen Dank für die
am 07.02.2010 - 21:14 Uhr
Vielen Dank für die Antwort.
Search by Page sieht sehr sinnvoll aus, allerdings gibt es das nicht für Drupal 5.21 (schade)
Nun, da muss ich mir wirklich schwer Gedanken machen, denn Hardware aufstocken ist nicht die Lösung, da wir einen ziemlich Zuwachs haben, die Inhalte und Suchergebnisse sind "nur" von den letzten 6 Monaten, was also wird in 2,3 Jahren? Also mit der jetzigen Suchfunktion wäre das nicht zukunftsfähig, bzw. die gesamte Seite würde unter der Suche "leiden".
Ja, wir brauchen "leider" die Suche über alle Artikel, dies wird ja auch von den Lesern extrem stark genutzt, um Inhalte zu finden, die "irgendwann" geschrieben wurden. Die Inhaltsbereiche sind da nicht ausreichend, da bereits in jedem Inhaltsbereich tausende Artikel sind und es muss ja für den Leser praktikable und angenehm sein, das sollte ja im Vordergrund stehen (finde ich).
Gibt es eine Version für 5.2 von Search by Page oder ein ähnliches Modul?
Grundsätzlich sollte man
am 07.02.2010 - 21:43 Uhr
Grundsätzlich sollte man bei allen 5er Installationen ein Upgrade in Betracht ziehen. Es gibt für Drupal 5 praktisch keine Neuentwicklungen mehr und auch die 5er Module werden nur noch in geringem Umfang gewartet, geschweige denn weiterentwickelt. Mit dem bevorstehenden Release von D7 wird sich diese Situation noch weiter verschärfen.
Grundsätzlich gibt es die Möglichkeit die Suche auszulagern und die Suchfunktion des Drupal Core vollständig zu ersetzen. Die größte Unterstützung in Sachen Module und Modulintegration erfährt hier Apache Solr. Kann man als Service z.B. bei Acquia mieten, oder sich selbst auf seinem Server installieren. Dazu braucht es einen passenden Java Servlet Container, wie z.B. Apache Tomcat.
Solr benötigt deutlich weniger Rechenpower, hat bessere Ergebnisse und einige Zusatzfunktionen, mit der man seine Suche deutlich aufwerten kann.
Um Race Conditions auf dem Server zu vermeiden kann man es auch auf einem anderen Server laufen lassen und so Web- und Such-Server getrennt voneinander auf ihren Einsatzzweck optimieren.
--
mortendk: everytime you use contemplate... Thor is striking down from above with his mighty hammer - crushing and killing a kitten!
webseiter.de
Suchmaschinenoptimierung (SEO) & Drupal
@Alexander, ich komme jetzt
am 07.02.2010 - 22:15 Uhr
@Alexander, ich komme jetzt nicht mit dem boesen Suchmodul, Du weisst schon welches. Es freut mich trotzdem eben festgestellt zu haben das sich ein weiteres Suchmodul als Alternative zu Solr auf den Weg gemacht hat: SuperSearch
@Denker,
wie von Alexander gesagt, 5-er Module is' nicht mehr. Search by Page gibt es definitiv nur als 6-er und 7-er Version. (Abgesehen vom anstehenden Release Drupal 7, mir begegnen durch google immer oefter Posts mit Drupal 8 Inhalten.)
Warte also noch 1 Jahr und dann solltest Du ernsthaft die Migration der OPI Seite zu Drupal 7 erwaegen.
------------------------
Quiptime Group
Da geht noch was.
Ne Alpha-Version, noch dazu
am 07.02.2010 - 22:28 Uhr
Ne Alpha-Version, noch dazu für D6, hilft ihm ja nun auch nicht wirklich ;)
--
mortendk: everytime you use contemplate... Thor is striking down from above with his mighty hammer - crushing and killing a kitten!
webseiter.de
Suchmaschinenoptimierung (SEO) & Drupal