Skip to main content


!Friendica Support

Die Datenbank ist in den letzten 24 Monaten von 8 auf 148 GB angeschwollen.

+--------------------+--------------+
| friendica          | Size in (MB) |
+--------------------+--------------+
| friendica          |    148298.84 |
+--------------------+--------------+

Treiber scheinen diese Tabellen zu sein

+-----------------------------+-------------+------------+
| Table                       | Size (Byte) | TABLE_ROWS |
+-----------------------------+-------------+------------+
| post-user                   | 50046173184 |   89686598 |
| post-content                | 31419924480 |    9826072 |
| post-thread-user            | 14542569472 |   19688894 |
| post-media                  | 10655006720 |   17028470 |
| item-uri                    | 10169057280 |   37681680 |
| apcontact                   |  7849492480 |    2363816 |
| contact                     |  7300513792 |    2725253 |
| post-tag                    |  7203667968 |   88216195 |
| post                        |  5066407936 |   25084629 |

Ich mache mir inzwischen Sorgen, ob das Wachstum so durchzuhalten ist. Täglich wird die DB um :rundung: 200 MB größer (hierbei beobachte ich das Wachstum des täglichen Backup).

Die Optimierung über mysqloptimize -p friendica scheint nur begrenzte Wirkung zu haben. Wie kann man das übermäßige Wachstum bremsen? Ideen?

in reply to Matthias

Ich gehe mal davon aus, dass du die Lebensdauer der Posts zeitlich begrenzt hast?

Und dann gibt es noch irgendwo eine Einstellung, wo du definieren kannst, wieviele Posts und Kommentare standardmäßig geholt werden sollen. Da könntest du auch dran drehen. Leider finde ich diese Einstellung gerade nicht.
Entweder bei Admin oder in der config?

in reply to hoergen (Ai)

Korrekt "Lebensdauer der Beiträge" steht auf 14 Tage. Findest du im Adminbereich
in reply to Matthias

@Matthias ⁂ wo die Post Lebensdauer eingestellt wird, ist bekannt. Das hast du falsch verstanden.

Die zweite Einstellung von der ich sprach, musst du mal die Entwickler fragen, wo die sie hin gepackt haben.

in reply to Matthias

Gehe bitte mindestens auf den Loglevel "notice". Dann achte auf alle Einträge mit ExpirePosts.php. Das Ergebnis würde mich interessieren.
in reply to Matthias

Okay, d.h. das System führt Löschungen durch. Ich bin hier gerade beim Versuch von Optimierungen. Allerdings fällt mit das Denken bei 30,5 °C in der Wohnung doch etwas schwer :-)
in reply to Matthias

Nee, ich bin erst so gegen 3 ins Bett gekommen. Nach dem Besuch der Cocktailbar habe ich mich noch länger mit dem Geburtstagskind unterhalten. Wir sind dann noch zu mir gegangen und haben uns dann bis fast 3 Uhr gut unterhalten.
in reply to Matthias

Der PR github.com/friendica/friendica… führt die Config-Variable dbclean-expire-limit ein. Der Vorgabe-Wert ist 1000, aber ich gehe davon aus, dass man bei weitem höhere Werte eintragen kann, ich experimentiere gerade mit 100000. Der Vorteil höherer Werte ist, dass weniger Queries ausgeführt werden müssen. Es könnte aber evtl. den SQL-Server mehr belasten, da bin ich mir unsicher.
in reply to alfredb

@alfredb @Matthias Der PR steht auf "merged", also in die Hauptrepository aufgenommen. Ob diese Aenderung es abschliessend behebt, kann ich nicht beurteilen.
in reply to alfredb

Das kann ich dir sagen, wenn ich auf die RC gewechselt bin. Hier läuft weiterhin die Stable.
in reply to Matthias

@Matthias Ich halte es für bedauerlich, dass #Friendica nicht mit Patch-Releases arbeitet. Nicht jeder kann oder möchte mit deinem Produktivsystem auf den dev-Branch wechseln. Und bei derart heftigen Problemen kann man vielleicht nicht bis zum nächsten stable Update warten.
@Roland Häder