Site ultralangsam und Datenbank bläht sich auf über 3GB auf!
am 24.06.2012 - 15:53 Uhr in
Hi Ihr,
vorab ich habe nur ein wenig Kenntnisse in Drupal, derjenige der mir die Seite in Drupal erstellt hat "gibt es nicht mehr (kontakt)" und ich sitze nun etwas fest!
Zum einen ist die Website im vom Zugriff her sehr langsam, okay könnte auch etwas mit Hoster und Servereinstellungen zu tun haben, mein größeres Problem ist, das die Datenbank
zur Seite sich extremst schnell aufbläht derzeit laut Serveradmin über 3 GB, insbesonders die Tabelle cache_form mit über fast 2 GB!! ich hatte diese auch schon mal defrag und optimiert, einmal auch geleert, allerdings nach 1-4 Tagen ist die Datenbank wieder so groß. Auch der SQL Befehl, der die Tabelle automatisch aufräumt greift leider nicht!
Was könnte hier grundsätzlich falsch an der Seitenkonstruktion sein?
Was verursacht den hohen Speicherverbrauch und wie stelle ich dieses ab?
Schon mal DAnke für euere Hilfestellung hierzu!
- Anmelden oder Registrieren um Kommentare zu schreiben
Alle Tabellen mit dem Begriff "cache" dienen genau diesem Zweck
am 24.06.2012 - 16:40 Uhr
nämlich Daten zu speichern, damit sie beim nächtsten Zugriff schneller zur Verfügung stehen.
Deshalb ist es bei einer stark genutzten Site normal, dass diese Tabellen stark anwachsen.
Wichtig ist auch, dass die Kommunikation zwischen Datenbank und Webserver zügig vonstatten gehen kann.
Hier spielen die Einstellungen für gleichzeitige Verbindungen und auch der zugewiesene Hauptspeicher eine erhebliche Rolle.
Wenn Datenbank und WEB-Server auf unterschiedlichen Systemen liegen, muss die Anbindung über einen gut funktionierenden Backbone sichergestellt werden.
Läuft dieses auch über das Internet, möglicherweise gar über eine DSL-Strecke, ist dies definitiv ein Flaschenhals.
Du hast wenig Erfahrung mit
am 24.06.2012 - 17:53 Uhr
Du hast wenig Erfahrung mit Drupal und offensichtlich bist du nicht der Server-Admin, was vermuten lässt, dass du in Sachen Aufbau und Betrieb eines Webservers auch wenig praktische Erfahrung hast. Wir wiederum kennen die Seite nicht, das Hosting nicht, die eingesetzten Module und deren Konfiguration nicht, kennen die Anpassungen und Eigenentwicklungen deines Vorgängers nicht, etc. pp.
Denkbar schlechte Voraussetzungen um auf die Suche nach Ursachen zu gehen und daraufhin einen Maßnahmenplan zu erstellen und abzuarbeiten.
Am effektivsten und schnellsten wird es sein, wenn du jemanden anheuerst, der die passende Ahnung hat, der das Gesamtsystem untersucht und dir sagt was da aktuell Sache ist. Wir könnten hier vermutlich wochenlang hin- und herschreiben. Vllt. würden wir schnell dahinter kommen, vllt. würde es auch zig Wochen dauern.
ist mir schon klar,
am 24.06.2012 - 18:15 Uhr
aber man muss ja wo anfangen!
Die Site ist www.noa-noa-wuerzburg.de, liegt auf einem server von allink, php_value memory_limit 200M
php_value max_execution_time 120, die Datenbank liegt auf dem gleichen Server.
Danke für die Cachetabellenerklärung, dieses ist mir klar, habe ja auch geschrieben, dass ich diese auch schon defrag und optimiert habe, dieses ist mir klar.
Die site ist nicht so hoch im traffic, ein Aufblähen des Speichervolumens von mehr als fast 1 Gb in ein paar Tagen!!, da steckt was anderes dahinter.
Möglicherweise verursacht von skripts - hier komme ich nicht weiter und brauche hilfe!
Gibt es Empfehlungen wer mir hier zuverlässig helfen kann (angeheuert)?
Noch ne Frage was passiert in phpmyadmin mit dem beartbeiten befehl "flush" kann ich dieses mit der z.b. cahe_form tabelle machen ohne dass ich einen Schaden verursache (klar vorher Tabelle exporteieren) aber eine Erklärung hierzu würde mir helfen.
Warum nur schiesst der Speicherverbaruch nur so in die Höhe...
danke für jeden Tipp, eventuell früher als in Wochen gelöst..
Danke
carsten
hab mal kurz geschaut. also
am 25.06.2012 - 06:47 Uhr
hab mal kurz geschaut. also nach außen sieht es aus, als wenn der sever einfach ultralangsam ist, auch wenn der angeblich viel performance bietet...
ist ja eigentlich eine einfache unkomplexe seite
außerdem sind einige darstellungsfehler vorhanden.
Naja, 17s für die Startseite
am 25.06.2012 - 08:19 Uhr
Naja, 17s für die Startseite sind nicht eben das Optimum ;)
Statische Ressourcen kommen aber flott, es liegt also irgendwo im Bereich PHP / Datenbank - was ein weites Feld ist.
Interessant, aber wohl eher nebensächlich, wäre zu wissen, warum auf jeder Seite die /sitemap angefordert wird. Ich sehe ad hoc nicht, dass sie etwa irgendwo per JS ausgegeben würde oder dergleichen.
Normalerweise mache ich ja gerne solche Denksportaufgaben für Leute, deren Installationen oder Server lahmen, oder die ihr Infrastruktur auf Wachstum auslegen möchten. Hier ist nur gerade alles und jeder im Urlaub und wenn der komplette Support an einem hängen bleibt - zumal nach Launch neuer Produkte und zuletzt diversen Priduktumstellungen bei Kunden - weiß man nie, was der nöchste Anruf so bringt. Daher kann ich mich gerade nicht ruhigen Gewissens selbst empfehlen.