Startseite
  • » Home
  • » Handbuch & FAQ
  • » Forum
  • » Übersetzungsserver
  • » Suche
Startseite › Forum › Drupalcenter.de › Allgemeines zu Drupal ›

Site ultralangsam und Datenbank bläht sich auf über 3GB auf!

Eingetragen von Anonymous (0)
am 24.06.2012 - 15:53 Uhr in
  • Allgemeines zu Drupal
  • Drupal 7.x oder neuer

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!

‹ [gelöst] Probleme nach Domainwechsel: kein Datei-Upload und CSS/JS-Cache mehr möglich Darstellung von URLs mit deutschen Sonderzeichen ›
  • Anmelden oder Registrieren um Kommentare zu schreiben

Alle Tabellen mit dem Begriff "cache" dienen genau diesem Zweck

Eingetragen von ronald (3857)
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.

  • Anmelden oder Registrieren um Kommentare zu schreiben

Du hast wenig Erfahrung mit

Eingetragen von Alexander Langer (3416)
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.

  • Anmelden oder Registrieren um Kommentare zu schreiben

ist mir schon klar,

Eingetragen von new_Carsten (nicht überprüft) (0)
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

  • Anmelden oder Registrieren um Kommentare zu schreiben

hab mal kurz geschaut. also

Eingetragen von caw (2762)
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.

  • Anmelden oder Registrieren um Kommentare zu schreiben

Naja, 17s für die Startseite

Eingetragen von Alexander Langer (3416)
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.

  • Anmelden oder Registrieren um Kommentare zu schreiben

Benutzeranmeldung

  • Registrieren
  • Neues Passwort anfordern

Aktive Forenthemen

  • Medien und andere Daten mit Feeds von Drupal 7 auf Drupal 10 migrieren
  • für drupal11 ein Slider Modul
  • [gelöst] W3CSS Paragraphs Views
  • Drupal 11 neu aufsetzen und Bereiche aus 10 importieren
  • Wie erlaubt man neuen Benutzern auf die Resetseite zugreifen zu dürfen.
  • [gelöst] Anzeigeformat Text mit Bild in einem Artikel, Drupal 11
  • Social Media Buttons um Insteragram erweitern
  • Nach Installation der neuesten D10-Version kein Zugriff auf Website
  • Composer nach Umzug
  • [gelöst] Taxonomie Begriffe zeigt nicht alle Nodes an
  • Drupal 11 + Experience Builder (Canvas) + Layout Builder
  • Welche KI verwendet ihr?
Weiter

Neue Kommentare

  • Inzwischen sind wir bei
    vor 2 Tagen 7 Stunden
  • Migrieren von D7 auf D8/ D10/ D11
    vor 2 Tagen 23 Stunden
  • melde mich mal wieder, da ich
    vor 8 Wochen 3 Stunden
  • Hey danke
    vor 8 Wochen 22 Stunden
  • Update: jetzt gibt's ein
    vor 8 Wochen 1 Tag
  • Hallo, im Prinzip habe ich
    vor 8 Wochen 6 Tagen
  • Da scheint die Terminologie
    vor 8 Wochen 6 Tagen
  • Kannst doch auch alles direkt
    vor 9 Wochen 3 Tagen
  • In der entsprechenden View
    vor 9 Wochen 3 Tagen
  • Dazu müsstest Du vermutlich
    vor 9 Wochen 3 Tagen

Statistik

Beiträge im Forum: 250235
Registrierte User: 20462

Neue User:

  • marouane.blel
  • capilclinic
  • Quabzibboter

» Alle User anzeigen

User nach Punkten sortiert:
wla9461
stBorchert6003
quiptime4972
Tobias Bähr4019
bv3924
ronald3857
md3717
Thoor3678
Alexander Langer3416
Exterior2903
» User nach Punkten
Zur Zeit sind 0 User und 21 Gäste online.

Hauptmenü

  • » Home
  • » Handbuch & FAQ
  • » Forum
  • » Übersetzungsserver
  • » Suche

Quicklinks I

  • Infos
  • Drupal Showcase
  • Installation
  • Update
  • Forum
  • Team
  • Verhaltensregeln

Quicklinks II

  • Drupal Jobs
  • FAQ
  • Drupal-Kochbuch
  • Best Practice - Drupal Sites - Guidelines
  • Drupal How To's

Quicklinks III

  • Tipps & Tricks
  • Drupal Theme System
  • Theme Handbuch
  • Leitfaden zur Entwicklung von Modulen

RSS & Twitter

  • Drupal Planet deutsch
  • RSS Feed News
  • RSS Feed Planet
  • Twitter Drupalcenter
Drupalcenter Team | Impressum & Datenschutz | Kontakt
Angetrieben von Drupal | Drupal is a registered trademark of Dries Buytaert.
Drupal Initiative - Drupal Association