Datenbank schwillt an

Eventuell liegt's am Kauf-Theme.

In den Cache-Tabellen werden Daten abgelegt, die Drupal quasi zwischenspeichert, um sie an einen Nutzer, der deine Seite einmal aufgerufen hat, wieder schneller ausliefern zu können.

Wenn du das wirklich Cross-Prüfen möchtest, dann solltest du mal eine Drupal Core Installation machen und das Standardprofil verwenden ohne dein Theme zu aktivieren und die Größe der Datenbank vergleichen. Zu groß ist das meiner Meinung nach auch nicht. Die Datenbank an sich hat eine bestimmte Größe und die wird schnell mal über 2 GB

Hier eine Rechnung aus dem echten Leben

Ich verwende gerade eine Seite mit Drupal 8.9 und die ist insgesamt, ohne hochgeladen Dateien und inklusive Datenbank 501,3 MB groß.Aktuell befinden sich im Verzeichnis über 400 Bilder und andere Dateien. Dateigröße des Verzeichnisses files beträgt 993 MB Die eigentlichen Dateien sind also 1,5 GB groß und passen immer noch auf mein Smartphone Die Datenbank an sich hat eine Größe von 55,3 MB Damit ist die rund 1,5 GB groß und passt locker auf jedes Moderne Smartphone.Ich glaube also nicht, dass man Drupal einen Vorwurf machen könnte, dass es zu große Datenbanken generieren würde.

Zudem befindet sich auf dem V-Server, den ich für die Live-Seite aus dem Beispiel nutze zusätzlich noch eine Nextcloud, der neben der Mysql-Datanbank für Drupal auch noch eine Postgresql-Datenbank für eine Nextcloud beherbergt. Insgesamt verwendet der Server inklusive Linux-Installation gerade 44 GB von 392 GB auf seiner Partition also gerade mal 12 % des verfügbaren Speichers.

Ein blick auf die Seite von Mittwald

Du darfst gerne bei Mittwald hosten. die sind gut. Wenn du aber sagen willst, dass Drupal zu große Datanbanken erstellt, dann muss ich dich schlicht enttäuschen. Das kann im Grunde nicht sein.. Oder um Fair zu bleiben. Wenn ich mir die Website ansehe, die ich betreue, kann ich nichts der gleichen feststellen. Wenn ich allerdings sehe, dass du bei Mittwald für 20 GB Speicher 19 Euro zahlst, dann kann ich verstehen, dass du dir um dienen Speicher sorgen machst.

Der V-Server mit der erwähnte 392 GB Platte kostest im Monat gerade mal 8,99 €. Würde ich die oben herangezogene Seite bei Mittwald hosten und dort die gleiche Leistung benötigen. müsste ich also 500 GB speicher buchen und dann im Monat über 50 € zahlen. du kannst dir also vorstellen, dass ich von der Preisgestaltung von Mittwald nicht besonders begeistert bin. Natürlich könnte man statt 500 GB Speicher auch ein Paket mit 250 GB Speicher buchen, und würde dann 27,50 € im Monat zahlen. Dafür kann ich meinen Server aber schon 2,7 Monate lang betreiben und habe insgesamt immer noch mehr Speicherplatz. Du siehst also, dass ich zwar verstehen kann, warum du die Frage stellst. Das Problem,. aus dem die Frage resultiert, kann ich aber so nicht nachvollziehen.

Update

Drupal 8.9.1 scheint aber wirklich einen Bug zu haben. Ich habe gerade testhalber eine Seite installiert und Drupal frisst Memory ohne ende. da hat gerade jemand einen Fehler in den code gemacht. Ich geh den mal melden.

.

Danke für die ausführliche Antwort. Mir gehts rein um die Performance und um die Zukunftssicherheit (im Sinne von zukünftiger Performance und Wiederherstellbarkeit). Bei Joomla gab es zb gerne 501 Fehler bei Datenbanken ab 150/200 MB, ich will einfach auch sauber mit Drupal starten.

Grundsätzlich ist es möglich Drupal super Sicher und wiederherstellbar zu machen. Das geht übrigens mit jeder Web-Software. Das Stichwort dabei ist Git-Workflow. Egal ob du eine Datenbank. Mediendateien oder die Software absichern und wiederherstellen willst. Wenn du jede einzelne Komponente regelmäßig sicherste, kannst du im Falle eines nicht nachvollziehbaren Fehlers immer wieder die Sicherung herstellen. Ich mach dasmittels VServer SSH und git. Auf einem normalen Webspace hast du diesen Komfort mangels Sh-Zugang nicht. Darum habe ich mich da oben auch so über das Thema ausgelassen.

Hast du beispielsweise eine Live-Website, an der sich jeden Tag Benutzer anmelden und sich damit die Daten in der Datenbank ändern solltest du diese Datenbank täglich sichern. Wenn dann was kaputt geht, kannst du den Status des Vortrages sehr schnell und einfach wieder herstellen.

Sicherer geht es kaum.

Cool, danke. Das werde ich mir die Tage ansehen (bisher hab ich das über eine Komponente von Joomla und einem Cronjob täglich gemacht). SSH ist vorhanden ...