Tabelle gecrashed...

Wohnzimmerhostblogger

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

Donnerstag, 24. Mai 2007

Tabelle gecrashed...

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 :-D
#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

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.
CAPTCHA

BBCode-Formatierung erlaubt
 
 

Suche

Read this blog!

Linux und Christoph
Pssssst!
magerquark.de
Mein Papa bloggt(e?) (inaktiv)
Löser, Schlichter, Papa
Bestatterweblog

Archive

Kategorien



Alle Kategorien

Blog abonnieren

Buttons

tiggersWelt.net

Written with s9y

Kommentare

Bernd Holzmüller zu Wir speichern ja keine Klartext-Passwörter, aber...
Fr, 20.10.2017 13:09
Das heißt dann ja eindeutig, d ass sie Dein Passwort in Klart ext speichern. Ist schon zu lange her, dass ich mich mit PPP(oE), CHAP und PAP auseinan derg [...]
Malte zu Wir speichern ja keine Klartext-Passwörter, aber...
Fr, 20.10.2017 13:05
Ich hatte (Wochen) bevor ich m einen DSL-Anschlussbrief von 1 &1 bekommen habe im Kundeninte rface das DSL-Passwort geänder t. Im Anschlussbrief war st and [...]
Bernd Holzmüller zu Domaintransfer #faireinfacht
Mi, 28.06.2017 11:29
Diese Information ist für Inte ressierte bereits in der Übers chrift enthalten. Ich glaub e nicht, dass es mir obliegt d en Marktbegleiter durch expliz ite [...]
Alphager zu Domaintransfer #faireinfacht
Mi, 28.06.2017 11:11
Hier hilft nur name and shame.
Tux2000 zu Bestes Firmware-Update der Geschichte
Mi, 12.04.2017 00:09
Klarer Fall von "Bootloader ve rgessen". Oder, fast noch schl immer: Bootloader so verkorkst , dass das Update nicht funkti oniert. Aber das Ding ist o hneh [...]

Notice this!

Impressum
Blog Top Liste - by TopBlogs.de