MySQL-Fehler mit phpMyAdm unter die Lupe genommen

[vFranky]

Hallo Leute,

ich habe die folgenden Einträge beim Überprüfen von Foren-Tabellen (zum Glück kein produktives Forum) mit phpMyAdmin gefunden -->

<DB-Name>.tag check error Table '<DB-Name>.tag' doesn't exist
<DB-Name>.tagcontent check error Table '<DB-Name>.tagcontent' doesn't exist
<DB-Name>.searchcore check error Table '<DB-Name>.searchcore' doesn't exist
<DB-Name>.searchcore_text check status OK
<DB-Name>.searchgroup check error Table '<DB-Name>.searchgroup' doesn't exist
<DB-Name>.searchgroup_text check status OK
<DB-Name>.searchlog check error Table '<DB-Name>.searchlog' doesn't exist
<DB-Name>.session check note The storage engine for the table doesn't support c...

Was bedeuten diese Angaben im Ernstfall? Datenrücksicherung? Oder Tabellen neu erstellen reicht?

Frage am Rande: Was ist der Unterschied von InnoDB und MyISAM Tabellen?
Was muss der vB-Betreiber zu diesem Thema wissen?

Viele Grüße und vielen Dank im Voraus
vFranky

[Valério Leitner]

rücksicherung, also ein backup einspielen ist natürlich nur sinnvoll wenn man auch ein backup hat, wo diese fehler nicht schon enthalten sind.

innodb wird immer häufiger nun als engine eingesetztund ist bei stark belasteten sstemen schneller bzw. notwendig für transaktionssichere abfragen. ist beim neuen mysql 5.5 auch standart geworden (hab ich mir erst letzte woche aufm server geschmissen) weitere forteile und nachteile liefert google...

myisam war die in den meisten systemen immer noch als standartengine eingesetzte art die tabellen zu verarbeiten. bei kleineren webseiten, vorwiegend mit lesenden datenbankzugriffen auch die schnellere (spart speicher gegenüber zu innodb und arbeitet da eben flotter)
vbulletin setzt mit dem upgrades, bzw. wenn man es neu installiert innodb teilweise schon ein. hab bei mir aber den tabellentyp überall auf myisam geändert um die innodb engine ganz abschalten zu können (wegen ram/cpu-verbrauch)


als normaler vb betreiber musst du dazu gar nichts weiter wissen was die tabellen typen angeht, da es normal sache der hoster ist beides bereit zu stellen.
wenn man selbst einen server/vserver hat, sollte man diese grundlegenden dinge jedoch alle wissen um ein möglichst flottes system zu erhalten.

[vFranky]

Hallo Valério, vielen Dank für die Infos.

Frage 1: Könnte ich bei den o.g. fehlerhaften Tabellen auch die Tabellen einfach neu erstellen? Oder bekomme ich dann Probleme mit der Datenkonsistenz zu weiteren Tabellen?

Frage 2: Wie kann ich den Tabellentyp von innodb auf myisam ändern? Wo wird mir angezeigt, welche Tabelle das eine oder das andere ist? In phpMyAdmin?

[Mystics]

Frage 1: Könnte ich bei den o.g. fehlerhaften Tabellen auch die Tabellen einfach neu erstellen? Oder bekomme ich dann Probleme mit der Datenkonsistenz zu weiteren Tabellen?

Ja, entweder aus deinem Backup oder mit den Definitionen, die du in der /install/mysql-schema.php findest, z.B.:

CREATE TABLE tagcontent (
	tagid INT UNSIGNED NOT NULL DEFAULT 0,
	contenttypeid INT UNSIGNED NOT NULL,
	contentid INT UNSIGNED NOT NULL DEFAULT '0',
	userid INT UNSIGNED NOT NULL DEFAULT '0',
	dateline INT UNSIGNED NOT NULL DEFAULT '0',
	PRIMARY KEY tag_type_cid (tagid, contenttypeid, contentid),
	KEY id_type_user (contentid, contenttypeid, userid),
	KEY user (userid),
	KEY dateline (dateline)
);

Frage 2: Wie kann ich den Tabellentyp von innodb auf myisam ändern?

Auch in phpMyAdmin. Öffne die entsprechende Tabelle und klicke auf Operationen.

Oder einfach via Query:
ALTER TABLE xyz ENGINE = MYISAM;

Wo wird mir angezeigt, welche Tabelle das eine oder das andere ist? In phpMyAdmin?

phpMyAdmin, Spalte Typ.

[vFranky]

Vielen Dank für die Infos!

Oder einfach via Query: ALTER TABLE xyz ENGINE = MYISAM;

Gibt es ein Risiko, dass dabei Daten verloren gehen?
Empfiehlt es sich wirklich, die Typ der MySQL-Tabellen auf "MYISAM" zu stellen?

[Mystics]

Es gehen keine Daten verloren.

Aber natürlich gilt hier wie bei allen Arbeiten an der Datenbank: Vorher Sicherung erstellen!

Ob es Sinn macht oder nicht, kann ich dir nicht beantworten. Den Performancegewinn von InnoDB merkt man vermutlich nur bei sehr großen Foren/Datenbanken.

[vFranky]

Mystics, vielen Dank für Deine Unterstützung.