Optimierung: nur 1 tabelle von 76

[Reinhard]

Vor kurzem hat meine Provider die neue version von PHP-Installiert. 4.3.10 -> 4.4.0
Da das Forum zeitweise nicht aufgerufen werden konnte, wurde erst mal wieder die bisherige PHP-Version installiert.
Ich arbeite also wieder unter PHP 4.3.10, allerdings kann ich die datenbank nicht mehr optimieren.

Fehlermeldung:

Koodi [Valitse] Laajenna

Ihre Datenbank enthält 76 Tabellen.
Versuche die Datenbank zu optimieren ...
Optimiere yabbse_log_online... 0.968750 KB optimiert.
1 Tabelle(n) optimiert
Dann tut sich nichts mehr. Kann mich aber weiter normal im Forum bewegen.

Was kann das sein?
Und könnten dadurch Probleme bei meinen Usern passieren?

[Daniel D.]

Bitte sucht doch erstmal im Forum bzw. lest im News Board oder schaut in den Paket-Manager...

http://www.simplemachines.org/community/index.php?topic=42090.0
http://www.simplemachines.org/community/index.php?topic=41797.0
http://www.simplemachines.org/community/index.php?topic=41955.0

Das nur eine Tabelle optimiert wird ist normal - wenn nicht nötig wird es auch nicht gemacht - ein volles Auto tankt man auch nicht .

[Flitsch]

Ist das denn eigentlich "schlimm", das immer so viele Tabellen nicht optimiert sind.

Der Hintergrund meiner Frage ist, ich komme vom phpbb und dort waren sellten nicht mehr als zwei Tabellen nicht optmiert.

Beim smf sinds immer so um 5-7 Tabellen.

Simmt da was nicht an meinem Forum?

[Jorin]

Bei mir hat er letzt deutlich im 2stelligen Bereich Tabellen optimiert. Mach dir also keine Sorgen, solange alles läuft 

[dieter4]

Zur Not kann man das noch manuell machen. Am komfortabelsten über phpMyAdmin.

[Pitti]

Zur Not kann man das noch manuell machen. Am komfortabelsten über phpMyAdmin.

was auch gut an myadmin is, daß man vorher sehen kann, welche tabellen es betreffen wird.
nämlich die, die einen overhead anzeigen.
oft zb die tabs wo die pms drinne stehen (weil da öfters gelösch wird) genauso die messages.

ich mach das ca einmal die woche

[Flitsch]

ok, alles im grünen Bereich dann.

Aber was sagt das aus, das eine Tabelle nicht optimiert ist?
Vorsichtig gefragt: Ist das SMF schlecht programmiert?
Ich habe keine Ahnung von php / mysql und kann das überhauopt nicht einschätzen, was da passiert.

[MartinB]

Das hat nichts mit SMF zu tun, das passiert bei jeder Anwendung die Daten in die SQL Bank schreibt.
Dadurch das die Daten in die SQL Bank geschrieben werden wir die Tabelle größer. WErden Daten gelöscht wird die Tabelle wieder kleiner. Dadurch ist aber eine Spanne entstanden zwischen den eigentlichen Datensatz und der Größe die die Tabelle bereitgestellt hat. Durch die Optimierung wird die Größe der Tabelle (Tabellen Datei) wieder auf den Wert gesetz die die Tabelle tatsächlich hat.

Sowas ist überhaupt nicht schlimm. Es fällt auch erst bei Großen Datenbanken größer als 100MB auf wenn da unterschiede sind, da SQL dann etwas länger brauch um die Datensätze zu durchsuchen und den passenden Wert zu finden.

Hat also keinesfalls was mit SMF zu tun, sondern eher die Blödheit von SQL *lach*

[mediman]

Da ja die Datenbanksicherungs- und optimierroutinen im Original (YaBB SE) auf meinen Mist gewachsen sind, und diese bis jetzt im Core nicht verändert sind, sag ich flink was dazu.

Frage: Warum wird nur eine Tabelle optimiert?
Anwort: mySQL optimiert nur die Tabellen, die tatsächlich optimiert werden müssen, vorher werden jedoch alle Tabellen analysiert.

Frage: Was passiert beim Optimieren?
Antwort: Zuerst wird geprüft, ob einer von 3 möglichen Scenarien vorliegt:

Scenario: Ist eine Tabelle gelöscht worden, gibt es gesplittete Rows?
Aktion: Repariere die Tabelle

Scenario: Index ist nicht sortiert
Aktion: Sortieren den Index

Scenario: Die Statistiken sind veraltet
Aktion: Erneuern der Statistiken

Alles in allem also ein "myisamchk --sort-index --analyze"

mediman