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?

!Friendica Support

reshared this

in reply to Matthias

Michael Vogel
Michael Vogel
• •
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

Michael Vogel
Michael Vogel
• •
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

Michael Vogel
Michael Vogel
• •
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.
Unknown parent

Matthias
Matthias
• •
Korrekt "Lebensdauer der Beiträge" steht auf 14 Tage. Findest du im Adminbereich
Unknown parent

Matthias
Matthias
• •

Ok, wenn es um die Config geht, dann kommen da nicht sehr viele Einstellungen in Frage

https://github.com/friendica/friendica/blob/37faff6d980830b84a8200d747a23ad8aba71107/static/defaults.config.php#L191


friendica/static/defaults.config.php at 37faff6d980830b84a8200d747a23ad8aba71107 · friendica/friendica

Friendica Communications Platform. Contribute to friendica/friendica development by creating an account on GitHub.
GitHub
in reply to Matthias

Michael Vogel
Michael Vogel
• •
Ich hab einen PR erstellt, der die Reihenfolge der Löschkommandos abändert. Das könnte etwas helfen, löst aber noch nicht das ursprüngliche Problem: https://github.com/friendica/friendica/pull/14425

Changed order of expiry commands by annando · Pull Request #14425 · friendica/friendica

It seems as if the expiry is often killed before finishing its work. Because of that the order of deleting content is now changed. This doesn't solve the whole problem, but at least now post da...
GitHub
in reply to Michael Vogel

Unity ⁂
Unity ⁂
• •
@Michael Vogel
Kann man diesen "Expire Job" eigentlich manuell (Konsole?) auslösen?
@Michael Vogel
in reply to Unity ⁂

Michael Vogel
Michael Vogel
• •
Er wird einmal pro Tag während des Wartungsfensters ausgeführt.
in reply to Matthias

Michael Vogel
Michael Vogel
• •
Der PR https://github.com/friendica/friendica/pull/14426 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.

The limit for the expiry can now be configured by annando · Pull Request #14426 · friendica/friendica

The config variable "dbclean-expire-limit" already existed but hadn't been in use. We now use this limit for the expiry. Most likely it is possible to set the limit much larger than t...
GitHub
in reply to Matthias

alfredb
alfredb
• •
@Matthias Gilt dieses Problem nun als gelöst?
@Matthias
in reply to alfredb

Roland Häder
Roland Häder
•
@alfredb @Matthias Der PR steht auf "merged", also in die Hauptrepository aufgenommen. Ob diese Aenderung es abschliessend behebt, kann ich nicht beurteilen.
@Matthias @alfredb

Friendica Support reshared this.

in reply to alfredb

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

alfredb
alfredb
• •
@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
#friendica @Roland Häder @Matthias

reshared this

⇧