Wie viele Posts verträgt die Datenbank?

[Eloya]

Hallo,

ich bräuchte mal eine definitive technische Auskunft über die Datenbank die YaBB zu Grunde liegt. Ich nutze YaBB als Grundlage für mein Forumsportal das inzwischen mehr als 40 Partner hat. Im Schnitt haben wir über 30.000 Posts jeden Monat und etwa 150 neue Mitglieder pro Monat. Die Frage wäre:

Wie viele Posts kann ich der Datenbank zumuten? Gibt es eine technische Obergrenze?

Aktuell sind etwa 114.000 Posts gespeichert. In etwa 10 Monaten werden das 414.000 Posts sein. Muss ich mit Problemen rechnen?

Liebe Grüsse,

euer Nico

[Daniel D.]

Ich denke, wenn die Datenbank (Festplatte) nicht irgendwann voll ist oder der Server unter den Zugriffen zusammenbricht, müsste es eigentlich kein Limit geben. Vielleicht weiß jemand anderes Angaben zu max. Datenzahl ?

[andrea]

Also das Feld ID_MSG in der Tabelle yabbse_messages ist deklariert als int(11), das müssten maximal

99'999'999'999'999 Korrektur: 2'147'483'647 (s.u. Christian Land)

Posts ergeben. Ist das genügend?  

[chris]

Stimmt nicht ganz, andrea....

Die (11) hinter int bedeutet nur, dass 11 Stellen angezeigt werden...

Entscheidend wäre hier der Datentyp "int" - und der kann maximal  den Wert 2.147.483.647 speichern... das ganze liesse sich über 2 spielereien ändern.... einmal kann man alle int-Werte durch bigint-Werte ersetzen... dann ist bei 9.223.372.036.854.775.807 Schluss...

Alternativ verändert man die Datenbank so, dass aus int ein "unsigned int" wird... dann passen da 4.294.967.296 Werte rein (int speichert von 2147483648 bis 2147483647 - unsigned int von 0 bis 4294967296)

Das Problem ist, dass die Tabellenstruktur von YaBB ziemlich unoptimiert ist... es fehlen Indizies und die Datenbank läuft mit der Zeit voll weil einige Tabellen nicht sauber aufgeräumt werden. Z.B. die Umfragen und Kalender-Einträge bleiben unter Umständen ewig in der DB....

Da müsste mal jemand einen Optimizer schreiben.... achja... da fällt mir noch was ein.... OPTIMIZE is übrigens auch ein nützlicher MySQL-Befehl.... den sollte man auch öfters auf die YaBB-DB loslassen (z.B. über phpMyAdmin oder MySQL-Front)

Mich wundert ehrlich gesagt, dass das Board mit 114000 Postings so gut läuft.... *s*

Am Besten ihr lasst jemand ein kleines Perl-Skript basteln das als Cron Job Eure DB alle 24 Stunden aufräumt (muss nix wildes sein... man muss nur alle Polls durchgehen, schauen ob die dazugehörigen Topics noch existieren, alle Topics durchgehen ob die Boards noch existieren, etc.) .... dann dürfte YaBB einiges vertragen.... ansonsten seh ich Probleme auf Euch zukommen....

[andrea]

Stimmt nicht ganz, andrea....

Die (11) hinter int bedeutet nur, dass 11 Stellen angezeigt werden...

Entscheidend wäre hier der Datentyp "int" - und der kann maximal  den Wert 2.147.483.647 speichern...

Stimmt!    Hab meinen Post korrigiert.

Das Problem ist, dass die Tabellenstruktur von YaBB ziemlich unoptimiert ist... es fehlen Indizies und die Datenbank läuft mit der Zeit voll weil einige Tabellen nicht sauber aufgeräumt werden. Z.B. die Umfragen und Kalender-Einträge bleiben unter Umständen ewig in der DB....

Für Indices gibt es doch diesen FAQ, die Indices kann man selbst bilden mit dem Script das dort aufgeführt ist:
http://www.yabb.info/community/index.php?board=135;action=display;threadid=6599

[chris]

Anmerkung: Ich werde wohl heute Nacht oder morgen irgendwann eine Beta-Version eines Scripts online stellen, das die Datenbank aufräumen kann. Ich bin leider nicht so extrem fit in SQL, aber ich werde mein Bestes tun das das Script sicher und schnell seinen Job erledigt (nicht fit bezieht sich darauf, dass ich halt etwas länger dafür brauche *g*).

Es wird folgendes machen:

• Threads löschen die zu keinem Board gehören (Tabelle: topics)
• Postings löschen die zu keinem Thread gehören (Tabelle messages)
• Polls löschen die zu keinem Thread gehören (Tabelle: polls)
• Instant Messages löschen die zu keinem User mehr gehören (sollte eigentlich unnötig sein, aber sicher ist sicher)
• Die Log-Tabellen aufräumen (Log Einträge die zu Usern/Brettern/Threads gehören die nicht mehr existieren werden gelöscht)
• OPTIMIZE auf alle relevanten Tabellen

1-3 funktionieren schon.

[Eloya]

*g*

Mich hat das auch verblüfft das es mit mehr als 100.000 Entries so gut läuft

Ich habe bereits zuvor die Indices erweitert wie in dem einen Thread und das bringt wirklich etwas. Zum Optimieren schicke ich den Optimize DB Mod aus dem englischen Board immer drüber, wäre aber sehr stark daran interessiert Hilfe oder Unterstützung für mein einzigartiges Internetprojekt auf DB Ebene zu bekommen - mit PHP kann ich dienen doch meine mySQL Kentnisse sind nur als 'mager' zu bezeichnen

Liebe Grüsse,

euer Nico

[Eloya]

PS: Gerne lege ich auch meine Struktur der DB offen wenn das helfen würde....

Nico

[chris]

Mein Script läuft auf der normalen Struktur (an int/bigint/indizies, etc. stört es sich aber nicht... es räumt halt nur insofern auf, als das der ganze alte Müll gekillt wird den man eh nicht ansehen kann *g*)

[Björn]

Es wird folgendes machen:

• Threads löschen die zu keinem Board gehören (Tabelle: topics)
• Postings löschen die zu keinem Thread gehören (Tabelle messages)
• Polls löschen die zu keinem Thread gehören (Tabelle: polls)
• Instant Messages löschen die zu keinem User mehr gehören (sollte eigentlich unnötig sein, aber sicher ist sicher)
• Die Log-Tabellen aufräumen (Log Einträge die zu Usern/Brettern/Threads gehören die nicht mehr existieren werden gelöscht)
• OPTIMIZE auf alle relevanten Tabellen

Hi,

warum entstehen den die Themen, Einträge, ... ohne Zugehörigkeit, wurde das beim programmieren der Löschfunktionen nich berücksichtigt ?


MfG
Björn

[chris]

Yep.... zum Teil... zum Teil sind die MOD-Verwickler Schuld weil sie neue Funktionen einbauen ohne zu wissen welche Abhängigkeiten noch bestehen...

[MC600]

Ich hoffe, du findest so was nicht bei mir, ich habe versucht, alles zu berücksichtigen. Bei meinen Mod´s sollte kein Datenmüll entstehen.