F-ika | Display

!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

Schmaker

7 months ago •

Only GServer table has 10 GB on my single-user instance, so I'd say you're okay-ish 😀

Tin

7 months ago •

@Schmaker Wow - so my provider wouldn't be very happy with this...🤔

@Schmaker

Michael Vogel

7 months ago •

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-

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)

Tin

7 months ago •

@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

Michael Vogel

7 months ago •

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?

Tobias

7 months ago from Unimatrix Zero :: Primary Cluster :: Node One — (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 (7 months ago)

Bionk

7 months ago from WebUI •

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.

⇧