[gelöst] massive Performance Probleme "Schema"

Hast Du mal einen Repair und einen Optimize über die Datenbanktabellen laufen lassen mittels phpMyAdmin?

Erst heute gesehen deine Antwort! Nein habe ich noch nicht, habe es mal mit einer Tabelle probiert und es macht sich kein Erfolg bemerkbar!

Bin aber mit meinen Provider drauf gekommen, dass das Drupal Search Module den Server Extrem belastet, habe das Modul deaktiviert und überlege mir eine andere Lösung dafür bzw. der Provider hat gemeint die Tabellen dafür etwas "aufblasen" keine Ahnung was er damit meint...

Nur kommt er so schnell nicht dazu bzw. erst wenn der Server neu auf gesetzt wird.

Zwischenzeitlich werde ich Google dafür einsetzten und über Apache Solr mache ich mir auch schon Gedanken oder hat einer von euch ein Idee was am besten wäre?

Meine Datenbank hat eine Größe von 808,5 MB bei 28335 Nodes!

Beste Grüße Andreas

Die interne Suche von Drupal ist nicht unbedingt optimal. Auch wenn da noch Optimierungs-Potential drin steckt, ist bei solchen Node-Mengen ApacheSolr eine sehr gute Idee, da Fulltext-Search relationale Datenbanken wie MySQL arg belasten. Damit haben auch andere CMS zu kämpfen. In großen Projekten wird oft zu Solr oder anderen NoSQL-Technologien für die Suche gegriffen unabhängig davon welches CMS da so werkelt.
Im Gegensatz zu Google bietet eine Solr-Suche aber viel mehr Möglichkeiten. In Drupal 7 kann man damit z.B. auch Views entlasten z.B. über Search API.
Solr ist aber eine Java-Anwendung und die frisst ganz schön Speicher. Lässt sich aber auch remote betreiben auf einem anderen Server.

Je nach Aufbau Deiner Inhalte könnte es Sinn machen, die Suche mit Views zu machen.
Ich habe auf mehreren Installationen eine View gebaut mit einem exposed Filter, der kombiniert in Titel und Body sucht.
Da hat man dann ja auch die Optionen wie LIKE-Suche.

Die Seite rennt auf einen Dell PowerEdge R300 mit 4Gb, ob es Sinnvoll ist auf der gleichen Maschine das Soir zu Installieren sei dahin gestellt, ich werde mir mal nähre Details über Solr einhohlen und dann mich entscheiden.

Bin ehrlich gesagt etwas Skeptisch was Java betrifft bzw. wenn es keinen andere Lösung gibt, dann führt kein Weg daran für die Zukunft vorbei...

Verwende auf meine Seite schon diese Views Sortierung, wenn ich das ganze noch etwas Ausbaue, dann macht es sicher auch mehr Sinn oder?
Wie sieht es damit mit der Performance aus?

http://www.altertuemliches.at/termine/index

Beste Grüße

Andreas

Das mit der Performance kannst Du testen:
http://www.gartenstauden.de/
Oben im Suchfeld wird in einem Node mit ca. 15000 Einträgen sowohl im Titel, als auch im Body gesucht.
Wenn Du z.B. nach Laub suchst, kommen recht viele Ergebnisse, die unten dynamisch nachgeladen werden.

Ich bin mir nicht sicher, wie es sich verhält, wenn Du in vielen verschiedenen Inhaltstypen suchst oder gar Beziehungen zu Taxonomien abbildest oder dgl.

Aber es ist eben genau diese Flexibilität, die von Vorteil ist.
Bei der mitgelieferten Suche von Drupal macht ja schon die LIKE-Suche nach Wortteilen Probleme.

Hier ist evt. auch noch ein Thread, der von Interesse sein könnte:
http://www.reinisfischer.com/drupal-developer/search-api-database-search...

Beim Modul Search API DB heißt es, es ist eine einfache und billige Alternative zu Apache Solr und kommt auch auf drupal.org zum Einsatz.
Ich selbst habe damit noch keine Erfahrung gemacht.

sind eigentlich schon ein Widerspruch.
Wenn Performance wirklich ein wichtiges Thema ist, kommt man um eine eigene Programmierung mit Verschlagwortung wohl kaum herum.
Trivial ist das allerdings nicht.

Man kann die Vorteile der Datenbank nur nutzen, wenn man möglichst nur nach Indexwerten sucht.
Diese müssen bei einem Freitext erst gebildet werden.

Volltextsuche heißt, man muss jeden möglichen Datensatz anfassen, oder im Cache suchen.
Sofern der Cache nicht verschlagwortet ist, ist dies auch ein sequentieller Vorgang.

Auch Search API wird oft mit ApacheSolr betrieben, ich gehe davon aus auch auf drupal.org, weil die zuvor das apachesolr-Modul benutzt haben. Lucene, die zugrunde liegende Suchtechnologie, ist darauf spezialisiert eine komplette ausgefeilte Verschlagwortung von Volltexten zu realisieren. Das heißt es findet ohnehin nicht direkt eine Volltext-Suche statt, sondern eine geschickte Indexierung von Volltexten. Eine MySQL-Like-Suche bei der gegebenen Menge an Nodes kann man auch schwer mit eigner Programmierung eine größere Performance verschaffen.
Die Performance im Vergleich zur MySQL basierten Suche ist bei ApacheSolr enorm. Da gibt es noch ein paar andere Suchtechnologien, aber für ApacheSolr gibt es eben bereits gute Anbindungen an Drupal. Allerdings ist die Konfiguration von ApacheSolr und dessen Zusammenarbeit mit Drupal nicht ganz so einfach. Vor allem, wenn die Verschlagwortung nicht-englische und/oder mehrere Sprachen berücksichtigen soll. Hierbei ist apachesolr_multilingual dann zur Zeit hilfreicher als search_api, das wiederum besser mit Views interagiert.

Hmm komme nicht ganz klar damit, kannst bitte mal ein Screenshot von der Views Posten, damit mir die erleuchtung kommt...

Das ist genau auch ein Punkt, das man damit sehr Flexibel ist... ...die Frage dabei ist wird der Cache dabei durchsucht? ...weil dann muss ich vermutlich wieder das Searche Modul aktivieren und das kann ich mir nicht mehr erlauben, weil dann steht die Seite wieder.

Danke

Meinst Du mich?

Du mußt beim Filter das hier wählen: Global: Combine fields filter
Da ist es beschrieben:
http://www.sense-design.de/tutorial/drupal-7-views-exposed-filters-mit-s...

Warum brauchst Du das Search Modul aktiviert, damit der View-Cache funzt?
Ich habe die Drupal Search bei mir deaktiviert.

Ja, ich meinte Dich :-) Danke, verwende noch Drupal 6 und probiere noch das view-search aus...

Ich hatte mal, dass Google Modul Installiert und dass hat nur mit dem Search Modul im Core gefunzt und meine Server ist gleich in die Knie gegangen!

Melde mich dann, wenn ich was zusammen gestrickt habe...

Nochmals vielen Dank

Hallo, habe es in dieser Form mal realisiert "nur mit Titel" die Suche bzw. ich habe auch das Modul views_filters_populate Installiert nur ich habe keine Auswahl Möglichkeit in der Views ob "und" "oder" ...

http://www.altertuemliches.at/suche/index

Wie hast du, dass Dynamische nachladen der Views Ausgabe realisiert, mit welchen Modul?

Performance Probleme habe ich leider noch immer bzw. habe jetzt einen zugriff auf die Server Aktivitäten und ich werde daraus noch nicht ganz schlau...
siehe Anhang...

Das Modul zum Nachladen beim Scrollen heißt Views Infinite Scroll.
Zu dem Performancethema kann ich momentan nix sagen, weil ich heute nur begrenzt einsatzfähig bin.

Mit eigener Programmierung bin ich überfordert bzw. ich verwende bei alle Artikel ab 2011 Schlagwörter bzw. verwende sie auch bei der Ausgabe von den Ähnlichen Artikel! Bei der Terminsuche habe ich das mit Views realisiert... http://www.altertuemliches.at/termine/index

Ich vermute, dass ich noch immer die Cache Funktion was bei Drupal vorhanden ist falsch verstehe oder?
Siehe bitte mal im Anhang...

bzw. soll ich unter Leistung ein Zeit angeben, dass der Cache nach einer gewissen Zeit entleert wird und bei den Views auch Cachen?

Beste Grüße Andreas

Habe bei den Views die Cache deaktiviert bzw. nur mehr bei den Views die auch bei anderen Nodes verwendet werden!

Liebe Drupal Fans,

habe wieder mal massive Performence Probleme seit 1. Mai!

Nach den dem Update aller Module und Core und troz aktiver Core Suche live die Seite Stabile (22.03.2015)!

und kommischer Weise seit dem 30/1 Mai kommt sehr oft der 500 Fehler oder die Seite ladet extrem langsam...

Habe schon einiges Versucht wie mit dem Modul Schema verweiste Module entfernt bzw. in der Datenbank verweiste Tabellen entfernt
In den Logfiles sehe ich leider noch immer den htmlspecialchars() expects parameter 1 to be string, array given in /u/htdocs/andyfaerber3/web/includes/bootstrap.inc in Zeile 867Fehler der mir schon sehr lange besteht oder

...das Searche Modul (Core) deaktiviert

Im Anhang findet Ihr die Serverbelastung wo man sieht, dass ab 30/01 Mai die Loads sich verdoppelt haben!

Beim Modul performance ist mir noch nicht ganz klar ob ich es richtig Verstehe Bespiel: front1 2015-05-08 15:07 29954
soll ich verstehen, dass auf die Front Seite innerhalb von 24 Std 29954 zugriffe sind?

Vielen Dank für jeden hinweis wie ich den Fehler finden könnte

Andreas

Bei einer Views war die Ausgabe beschädigt. dass passende Modul nochmals neu Installiert und das Problem war gelöst! http://www.altertuemliches.at/

Nach Repair der Datenbank hatte die Seite extrem beschleunigt!

Vielen Dank

Andreas