Skip to main content


Datenbank von Friendica automatisch aufräumen


Was sind denn gute #Werte für die #Lebendauer von #Beiträgen?

Standard ist ja 90 Tage. Das düfte aber die Datenbank extrem groß anschwellen lassen.

Screenshot der Einstellungen für die Datenbankbereinigung

@Friendica Support

in reply to Crazy-to-Bike

@Crazy-to-Bike
Das ist individuell sehr unterschiedlich.
Es gibt Instanzen die halten 6 Monate alles vor, es gibt Instanzen die halten lediglich 14 Tage etwas vor.
Im Endeffekt kommt es auf die verfügbaren Ressourcen und Deiner persönlichen Einstellung an. Die Standardwerte finde ich schon ziemlich ausgewogen.

Die Posts an sich sind gar nicht so groß, aber das "Kontaktbilder zwischenspeichern" in Verbindung mit der automatischen Suche von Kontakten macht viel Speicherplatz aus.

in reply to Raroun

@Raroun

Hm. Zwischengespeicherte Bilder sollten doch im Dateisystem landen, oder werden die nicht als jpg o.ä. sondern nur binär in der Datenbank gespeichert?

Es ist jedenfalls schon krass, dass ein sql.gz #Datenbank #Dump von meiner wenige Tage alten Single User #Friendica Instanz gestern Abend schon ~ 300 MB groß war.

Rechne ich das auf 90 Tage hoch, werden das ~ 10 GB.

Dabei ist der Speicherplatz wohl weniger das Problem als die Performance bei einer so fetten Datenbank.

Der Dump einer Nextcloud mit über 100 Nutzern, sehr vielen synchronisieren Dateien, Group Folder und intensiver Kalender- und Adressbuch-Nutzung ist nach Jahren gerade mal ~ 35 MB groß.

@Friendica Support

in reply to Crazy-to-Bike

@Crazy-to-Bike @Raroun

Du kannst in der Administration festlegen, wo Du speichern willst; ob in der Datenbank oder im Dateisystem (natürlich möglichst oberhalb Deines zugänglichen Webverzeichnis 😉).

in reply to Heiko

@Heiko

Ok. Danke.

Performanter ist beim Laden allerdings vermutlich die Datenbank, wie voreingestellt 🤔

@Raroun @Friendica Support

in reply to Crazy-to-Bike

@Crazy-to-Bike
Sofern nicht anders eingestellt, ist das Standard-Speicherbackend die Datenbank. Das kann man unter unter Administration / Speicher prüfen.
Auf unserer Mehrbenutzerinstanz pendelt sich die Datenbank bei ca. 100GB ein - mit Avatar-Cache und Kontakt-Discovery.
in reply to Raroun

in reply to Crazy-to-Bike

in reply to Raroun

@Raroun

Ja, vermutlich ist es auch eine Glaubensfrage 🤣

In dem Fall bin ich Team Dateisystem. Da sehe ich genau, was passiert und kann extrem niederschwellig Probleme analysieren und beheben als auch Daten transferieren.
Eine Datenbank muss man zurückspielen und dabei kann es schon mal zu Problemen kommen, insbesondere wenn die riesig ist.

Danke für den Hinweis zum Intervall für das Erstellen des Kontaktverzeichnis. Das habe ich jetzt mal von Standard 7 auf 1 Tag gestellt.

Mal sehen, ob es hilft.

@Friendica Support

in reply to Crazy-to-Bike

@Raroun

Also seit ich von Datenbank auf Dateisystem umgestellt habe, werden deutlich häufiger Profilbilder beim Seitenaufbau nicht geladen. Beim Reload mit F5 zerhagelt es manchmal die gesamte Darstellung.

Ich vermute, dass ich, wenn ich tatsächlich eine eigene Instanz betreiben und bei Friendica bleiben will, möglichst bald vom #Webspace, auf dem das gerade läuft, auf einen #vServer mit mehr Leistung umziehen sollte.

Die Daten werden offensichtlich nicht schnell genug ausgeiefert und wahrscheinlich kommt es auch beim Erstellen des Kontaktverzeichnisses zu fehlern, wenn die Perfomance zu gering ist 🤔

Vielleicht löst das auch das Problem mit den teilweise nicht dargestellten Emoticons 🤔

in reply to Crazy-to-Bike

@Crazy-to-Bike @Raroun Wie viele Benutzer hast du denn?
Ich habe scheinbar eine ähnliche Situation wie du, kann aber die von dir beschriebenen Probleme nicht feststellen.
in reply to alfredb

in reply to Crazy-to-Bike

@Raroun @alfredb

ich habe jetzt mal versucht, Performance-Optimierung zu betreiben, wie hier https://wiki.friendi.ca/docs/improve-performance beschrieben, so weit das auf einem Shared Webspace überhaupt möglicht ist.

Was ich allerdings nicht in der Friendica Administration finden kann, ist
"OStatus conversation completion interval" und "Use MySQL full text engine"

Das reduzieren der Bildqualität von default 100 auf 50 war daher so ziemlich das Einzige, was ich bislang ändern konnte. Gefühlt hat da aber die Ladezeiten und die fehlerhafte Darstellung massiv verbessert.

in reply to Crazy-to-Bike

@Raroun @alfredb

Könnte sein, dass das Reduzieren der Bildqualität von 100 auf 50 auch das Emoticon-Problem beseitigt hat, auch wenn ich diesen Zustammenhang dann nicht ganz kapiere. Seit dieser Änderung sind jedenfalls keine ominösen Fragezeichen mehr in den Profilen und Beiträgen neu aufgetaucht, wo keine hin gehören.

Bei Beiträgen, die älter sind, ist es allerdings noch immer so. Aber das kann ja auch am Caching liegen 🤔🤷‍♂️

in reply to Crazy-to-Bike

in reply to Heiko

@Heiko

Der Ordner hat 755 wie es sein soll.

Ich wüsste nicht, wie ein 777 etwas helfen soll, da ja eh nur der Besitzer schreiben und lesen muss/will.

@Raroun @alfredb

in reply to Crazy-to-Bike

@Crazy-to-Bike Nachvollziehen kann/konnte ich es auch nicht. Aber auf 777 und dann wieder zurück (alles andere wäre ja auch... naja) und es funktionierte. Ich will das nicht hinterfragen, weil seitdem waren die Fehler eben verschwunden.

Auch, wenn ich das Warum schon gern geklärt wüßte. 😉


@Raroun @alfredb

in reply to Crazy-to-Bike

@Crazy-to-Bike @Raroun Zur Ausstattung meines Servers kann ich nicht allzu viel sagen. Ich habe die Version 2023.05 - 1518 einfach mal installiert, um zu sehen, ob es läuft. Das Einzige, was ich umgestellt habe: Das Storage Backend ist auf Filesystem. Meiner Meinung nach läuft das recht flott und ohne für mich erkennbare Probleme.
in reply to Crazy-to-Bike

@Crazy-to-Bike Probier's vll. einfach aus. Bei mir geht beides recht schnell, obwohl ich gefühlt drölf Millionen Hashtags via Relais abonniert hab 😀

Lo, thar be cookies on this site to keep track of your login. By clicking 'okay', you are CONSENTING to this.