Tabelle gecrashed...

< Domain-Missbrauch | 4 Wochen zu spät? >

Donnerstag, 24. Mai 2007

Einem Kunden ist eine 8 GB große MySQL-Tabelle vergangene Nacht gecrashed.

Da die Datenbank allerdings auf einem Produktivsystem von ihm liegt und die Tabelle nicht mal eben so parallel zum normalen Betrieb recovert werden kann bzw. sollte, haben wir die defekte Tabelle kurzerhand auf ein benachbartes System übertragen, dort reparieren lassen und wieder zurückkopiert...

Im Nachhinein betrachtet war es wohl sowieso die schnellste Variante mit dem Problem umzugehen... Nichts desto trotz habe ich dem Kunden empfohlen seine Tabellen in Zukunft zu "mergen", d.h. keine einzelne 8 GB große Tabelle zu betreiben, sondern mehrere kleine in einem MERGE zusammenzufassen. Ich trau aus Erfahrung keiner MySQL-Tabelle größer als 5 GB und da MySQL 5.1 noch nicht wirklich Partitionierung kann ist das wohl die beste Lösung für den Moment...

... wobei man natürlich auch über einen wechsel des DBMS nachdenken könnte

Geschrieben von Bernd Holzmüller in Technik um 18:48 | Kommentare (6) | Trackbacks (0)

Trackbacks

Trackback-URL für diesen Eintrag

Keine Trackbacks

Kommentare

Ansicht der Kommentare: (Linear | Verschachtelt)

da faellt mir einer der Wechselgruende ein ...

#1 Jann (Homepage) am 24.05.2007 19:07 (Antwort)

Mir natürlich auch!

War auch eher ein Zaunpfahl...

#1.1 Bernd Holzmüller (Homepage) am 24.05.2007 19:08 (Antwort)

Was aber kann ich machen, wenn eine Tabelle (!, nicht Datenbank) mehrere Gigabyte groß ist?

Hat da jemand eine Idee?

Zumindest ist mir keine gute Lösung bekannt, denn alle Rows werden durchgehend ausgelesen und benötigt...

Die 8 GB hab ich zwar noch lange nicht, aber Gedanken kann man sich ja immer machen.

#2 Denis (Homepage) am 24.05.2007 19:52 (Antwort)

"Große Tabellen" war doch das Thema, oder?

Da kommst Du auch mit Merged oder Partitioned Tabelen weiter... Letzteres ist zu bevorzugen, hat aber noch keinen produktiv-status in MySQL 5.1...

Es scheint irgendwie schneller zu sein, wenn MySQL 2x4 GB statt 1x8 GB handlen muss... Warum auch immer

Ansonsten kann man Tabellen natürlich ihrer Bestimmung entsprechend anpassen... Einfach mal hier und dort ein paar Indexe setzen...

#2.1 Bernd Holzmüller (Homepage) am 24.05.2007 19:59 (Antwort)

Hmmm.... also in der optimiertesten Form hat die Tabelle grad 2 1/2 GB... dann hoff ich mal, dass MySQL AB schnell genug eine Final rausgibt...

Aber ich lauf ja eh noch auf MySQL 4.1

#3 Denis (Homepage) am 24.05.2007 20:05 (Antwort)

also meine letzter reparaturversuch einer 80GB-Tabelle (ja, ich weiss, scheissidee!) ende damit, dass die tabelle nur noch 2kb gross war und 0 records hatte.

meine groesseren dbs laufen seitdem auf postgresql.

tabellenreparaturen sind da im gegensatz zu mysql gar nicht vorgesehen, aber der einzige defekt den ich bisher hatte beschränkte sich im endeffekt auf wenige rows und beeinträchtigte die funktionalität der db in keiner weise (solange man nicht auf exakt diese rows zugreifen wollte).

tom

#4 thomas springer (Homepage) am 25.05.2007 15:20 (Antwort)

Kommentar schreiben

Name
E-Mail
Homepage
Antwort zu
Kommentar	Standard-Text Smilies wie :-) und ;-) werden zu Bildern konvertiert. Um maschinelle und automatische Übertragung von Spamkommentaren zu verhindern, bitte die Zeichenfolge im dargestellten Bild in der Eingabemaske eintragen. Nur wenn die Zeichenfolge richtig eingegeben wurde, kann der Kommentar angenommen werden. Bitte beachten Sie, dass Ihr Browser Cookies unterstützen muss, um dieses Verfahren anzuwenden. Hier die Zeichenfolge der Spamschutz-Grafik eintragen: BBCode-Formatierung erlaubt
	Daten merken? Bei Aktualisierung dieser Kommentare benachrichtigen