Read Lock Status bestimmen

[zabbensx]

Hallo zusammen,

ich hab ein Problem wofür ich keine Lösung finde.

Hier mal kurz zur Sache, ich habe eine Datenbank auf myisam Basis.
Die Datenbank ist ca 20 MB groß und wächst, da dort teils wichtige Informationen drinnen
liegen fährt die Datenbank während der Hauptzeit (9-16 Uhr) stündlich ein Backup,
da es sich um eine MyIsam DB handelt muss ich erst mit FLUSH TABLES WITH READ LOCK
alle Tabellen Sperren, was natürlich mit sich zieht das die Webanwendung die dahinter liegt nun nicht mehr verfügbar ist (aktuell dauert dies ca 1 Minute),
da die DB wächst und anzunehmen ist das es bald doch einige Minuten braucht, dachte ich mir bau ich mir einen Hinweis ein.

Hier beginnt das Problem:
Ich finde nirgends eine Statusvariable oder andere möglichkeit, abzufragen
ob die DB gerade im READ LOCK status ist.
Einzige möglichkeit per show processlist denn wenn ein anderer User bereits eine anfrage gestartet hat, erscheint dort ja Waiting for Release of readlock.

Dummerweise hat nun der erste User keinen Hinweis und die Applikation steht bei ihm...

Hab auch zwei Variblen entdeckt (com_unlock_tables und com_flush)
leider zählen diese nur bei einer Consolensitzung mit.

Ich hab auch noch eine Variable gefunden(flush_commands) leider hab ich keinen Zähler gefunden der global die unlocks aufzeichnet.

Daher meine Frage,
gibt es noch eine andere Art den read lock zu bestimmen?

Vielen Dank für eure Hilfe

Gruß

ZX

[defabricator]

Aktiviere doch besser das binlog von Mysql und mache nur zum Beispiel alle Woche einmal ein Backup.
http://dev.mysql.com/doc/refman/5.1/en/binary-log.html

[zabbensx]

Zitat von defabricator

Aktiviere doch besser das binlog von Mysql und mache nur zum Beispiel alle Woche einmal ein Backup.
http://dev.mysql.com/doc/refman/5.1/en/binary-log.html

Die Idee gefällt mir, da hätt ich auch selbser draufkommen können ;)
Da eh ein Slave mitläuft hab ich die Datei ja auch, aber die Frage die ich noch hätte
kann ich auch beliebige momente wieder herstellen ? (z.B. 25.11.07 - 16h)
theoretisch läuft das ja so:

Ich nehm das Backup von dort als ich die Binary log gestartet habe (quasi das Paket,
welches auch auf den Slave drauf ist bevor er die Replikation startet)
Das Problem was ich hier sehe ist, das ich in der Binary-Log selbst auf anhieb keinen
Zeitstempel gefunden habe, das wäre fatal!

Denn dann kann ich die db ja nur bis jetzt wiederherstellen und wenns die (aufgrund
eines Unwissenden) zerschossen hat, dann hat ja auch das Binary Log diesen
misst in sich drinnen, gut könnte man raushauen, ist aber nicht sehr komfortabel vorallem
wenn der Fehler erst später auffällt könnte es ohne Zeitstempel auch schwer werden die Richtige stelle zufinden.

Nur wenn dus wissen willst, wir haben hier ein Paar "neue" die noch nicht so gut mit der Datenbank umgehen können, es aber lernen sollen und die machen oft misst,
ja ich würd denen auch das gerne verbieten bis sie es können, aber das geht leider nicht.

Auch machen oft die User misst den wir dann wieder ausbügeln dürfen.

[defabricator]

http://dev.mysql.com/doc/refman/5.1/en/mysqlbinlog.html

The output includes all events contained in binlog.000003. Event information includes the statement executed, the time the statement took, the thread ID of the client that issued it, the timestamp when it was executed, and so forth.

Also irgendwo muss diese info doch schon gespeichert sein.

[zabbensx]

Da kann man nur sagen AUA
Wer lesen kann ist klar im vorteil ;)
Der Zeitstempel kann mit mysqlbinlog ausgewertet werden,
so nun hätte ich da aber noch eine Frage:

Hab gestern die Datenbank runtergefahren n Snapshot gemacht (sowohl vom Dateisystem als auch N Backup via sql) so hab das Bin Log neugestartet (so das er ganz frisch anfängt)

So nun meine Frage angenommen ich habe einen Ausfall, nehmen wir an heute 14:00 Uhr
zu dieser Zeit wurde warum auch immer die dB Platt gemacht.

Nun gehe ich her stell erstmal mein Hauptbackup wieder her, soweit kein Prob,
dann stelle ich mit dem BinLog die daten wieder bis 13:59 her, hab zwar noch nicht
genau den Plan wie das geht aber das denke ich krieg ich schon gebacken,
nun aber zu meiner Frage, wie handle ich das mit dem BinLog jetzt?

Das BinLog ging ja bis 14 Uhr, soweit ich das verstanden habe soll man das BinLog nicht editieren, reicht....

...ich glaub ich hab mir grade die Antwort selbst gegeben :D
In dem Moment wo der SQL Server wieder jungfräulich ist ist ja auch das BinLog
leer, durch den Backup prozess den ich auslöse wird das BinLog wieder erstellt, bis
13:59. Somit hab ich ein konsitentes Binlog.

Oder?

Hat irgendwer schon erfahrung mit Recovery via BinLog ?
Soweit ich das verstanden habe gehe ich einfach her
mysqlbinlog logfile > daten.sql
und das lass ich dann einfach in mysql ausführen, passt das ?

Danke für die Hilfe
und vorallem den Tipp mit dem BinLog das ist ja sehr konfortabel, vorallem
was die Möglichkeiten angeht, kann ja quasi direkt vors unglück gehen ;)

[defabricator]

Zitat von zabbensx

Soweit ich das verstanden habe gehe ich einfach her
mysqlbinlog logfile > daten.sql
und das lass ich dann einfach in mysql ausführen, passt das ?

Den Umweg über die Datei kannst Du sogar weglassen.
mysqlbinlog logfile | mysql

[zabbensx]

Das hab ich auch gelesen ist aber ne Windows Büxe :(
und da hab ich gehört das, dass mit der Pipe nicht funzt ;)

Dank dir, ich bin auf morgen gespannt,
will morgen mal n Test fahren...

[defabricator]

Unter win9x vielleicht nicht. Aber ansonsten gibt es da eigentlich keine Probleme.
Aber wenn Dir der Weg über die Datei lieber ist, dann nimm ihn halt. Gibt sicher schilmmeres.

[zabbensx]

Du hattest recht die Pipe funzt ohne Probs,
wollt mich nur nochmal bedanken mit dem Tipp das Binlog dazu zu missbrauchen ;)
Klappt super habs grade im Betrieb getestet, wie ne eins...

ZX sagt danke ;)