Zum Inhalt der Seite gehen

!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

Friendica Support hat dies geteilt.

Als Antwort auf Tin

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

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

Friendica Support hat dies geteilt.

Als Antwort auf 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)
Als Antwort auf 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

Friendica Support hat dies geteilt.

Als Antwort auf 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?

Als Antwort auf Tin

Tobias
Tobias
 — (52.5170365 13.3888599) • •

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.

Dieser Beitrag wurde bearbeitet. (4 Monate her)
Als Antwort auf 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.

Friendica Support hat dies geteilt.

⇧