Skip to main content

!Friendica Support Mein Provider meldet sich u.a. auch wegen zu grosser Datenbank. Diese Friendica Instanz ist 8 Monate alt, hat einen aktiven User mit ca, 100 Kontakten. Die Haltezeit der Posts ist auf 90 Tage gesetzt. Die Datenbank ist 3.4 GB gross. Bug or Feature?
!Friendica Support
in reply to Tin

Schmaker
Schmaker
• •
Only GServer table has 10 GB on my single-user instance, so I'd say you're okay-ish :)
in reply to Schmaker

Tin
Tin
• •
@Schmaker Wow - so my provider wouldn't be very happy with this...🤔
@Schmaker
in reply to Tin

Michael Vogel
Michael Vogel
• •
Klingt zunächst mal nicht nach viel. Führ mal das Kommando aus, (ersetze das "Friendica" durch Deinen Datenbanknamen) dann sehen wir die 20 größten Tabellen:
SELECT TABLE_NAME AS `Table`, ROUND((DATA_LENGTH + INDEX_LENGTH) / 1024
/ 1024) AS `Size (MB)` FROM information_schema.TABLES WHERE TABLE_SCHEMA = "friendica" ORDER BY (DATA_LENGTH + INDEX_LENGTH) DESC LIMIT 20;

Bei mir sieht es so aus:
+------------------+-----------+
| Table            | Size (MB) |
+------------------+-----------+
| post-user        |      6559 |
| apcontact        |      5425 |
| item-uri         |      5168 |
| contact          |      4766 |
| post-content     |      4614 |
| storage          |      4415 |
| conversation     |      3110 |
| post-searchindex |      2701 |
| post-thread-user |      2049 |
| post-media       |      1899 |
| item             |      1773 |
| post-tag         |      1532 |
| contact-relation |      1513 |
| post-activity    |      1385 |
| post             |       965 |
| inbox-status     |       647 |
| item-content     |       642 |
| endpoint         |       616 |
| post-counts      |       350 |
| account-user     |       262 |
+------------------+-----------+
20 rows in set (0,022 sec)
in reply to Michael Vogel

Tin
Tin
• •
@Michael Vogel
+----------------------+-----------+
| Table                | Size (MB) |
+----------------------+-----------+
| storage              |      1536 |
| apcontact            |       538 |
| post-user            |       384 |
| post-content         |       336 |
| item-uri             |       240 |
| contact              |       196 |
| post-tag             |       146 |
| post-thread-user     |        98 |
| post-media           |        94 |
| photo                |        79 |
| post                 |        79 |
| inbox-status         |        51 |
| post-history         |        27 |
| endpoint             |        25 |
| post-thread          |        17 |
| tag                  |        14 |
| contact-relation     |        13 |
| parsed_url           |        11 |
| account-user         |         7 |
| diaspora-interaction |         7 |
+----------------------+-----------+
20 rows in set (0.036 sec)
@Michael Vogel
in reply to Tin

Michael Vogel
Michael Vogel
• •

Wenn Du "Kontaktprofilbilder zwischenspeichern" in den Admin-Einstellungen deaktivierst, wird zumindest die storage-Tabelle nicht mehr merklich anwachsen. Allerdings werden Profilbilder anderer Systeme dann langsamer (oder gar nicht) geladen.

Die anderen Tabellen sehen meiner Ansicht nach gut aus. Führst Du von Zeit Zu Zeit ein optimize der Tabellen durch?

in reply to Tin

Tobias
Tobias
 — (Unter den Linden, Rosmarinstraße, Dorotheenstadt, Mitte, Berlin, 10117, Germany) • •

Hört sich eher normal an.

Folgst du einem Relay-Server? Die Beiträge von denen kannst du auch nach einem Tag löschen, so wichtig sind sie nicht s.d. die wenn nicht mit ihnen Interagiert wurde wahrscheinlich einfach weg können.

This entry was edited (3 months ago)
in reply to Tin

Bionk
Bionk
• •
Das liegt meines Erachtens im Rahmen. Habe ähnliche Eckwerte und meine DB hat so etwa 2GB.
Allerdings lasse Friendica ich auch regelmäßig aufräumen und meine Haltezeit ist etwas kürzer.
⇧