[PHP/MySQL] - commit klappt nicht

[alcaeus]

Zitat von fkerber:

Ich mach ein Update in der DB und möchte dann den geänderten Wert auslesen.
Das muss ich zusammen in einer Transaktion machen, damit mir keiner dazwischen fummeln kann.

In so einem Fall verwendet man LOCK TABLES, nicht Transaktionen. Transaktionen verwendest du wenn du mehrere Updates/Inserts machen musst, die allerdings eine Einheit bilden und deswegen entweder komplett oder gar nicht geschrieben werden.

Greetz
alcaeus

[mkinzler]

Es scheint ihm eher darum zu gehen, sicherzustellen, den geänderten Satz zu bekommen.
Das sollte mit last_inserted_id() gehen ( auch wenn der Name der Funktion es nicht unbedingt Erraten lässt)

[fkerber]

Hi,

hmm, gibt es da wirklich keine andere Möglichkeit?
Wenn ich die Doku richtig lese, habe ich ja nur die Möglichkeit, die komplette Tabelle zu locken.

Das ist ja doch schon deutlich "härter", als im Rahmen einer TA, die ja deutlich feinkörniger arbeiten kann...

@Markus:
last_insert_id funktioniert nur bei auto_inc Feldern und (wie der Name doch vermuten lässt ) nur bei Inserts - zumindest laut Doku.
Außerdem brauche ich auch nicht die id, sondern ein anderes Feld.


Liebe Grüße,
Frederic

[mkinzler]

Dann frag halt die Updatebedingung im Select ab

[fkerber]

Hi!

Wie meinst du?
In welchem Select soll ich was fragen?


Liebe Grüße,
Frederic

[mkinzler]

Select Active from course_registrations WHERE <Bedingung des Updatebefehls>;

[fkerber]

Hi!

Das ist doch exakt das, was ich oben tue?!
Nur genau das funktioniert ja nicht.
Oder zumindest führt es dazu, dass die Transaktion failed und dann ein rollback macht.

@alcaeus:
Ok, "schade"
Und es gibt auch keinen feinkörnigeren Lock als gleich die ganze Tabelle?
Den finalen Wert hier auszugeben, ist leider keine Option an dieser Stelle. Ich muss gezielt dieses Update reflektieren.

Grüße,
Frederic

[mkinzler]

Ist es denn sehr wahrscheinlich, dass jemand anderes genau diesen Satz gleichzeitig updatet?

[alcaeus]

Zitat von fkerber:

Und es gibt auch keinen feinkörnigeren Lock als gleich die ganze Tabelle?

Habs mir gerade nochmal angesehn: nein. Row-Level-Locks werden nur von InnoDB unterstuetzt, wenn du dich auf das Locking der DB verlaesst.
Bei READ gibt es die Moeglichkeit, so genannte "non-conflicting inserts" zu erlauben, write-Locks gelten aber immer fuer die ganze Tabelle. Da du hier aber eine relativ kurze und unkritische Critical Section hast, duerfte ein Table-Lock erst bei hoher Last auffallen. Du hast schliesslich keine Key-Updates, und wenn die Where-Bedingung von Update und Select als gesamter Key vorhanden sind, gibt es da wirklich keine Performance-Probleme.

Greetz
alcaeus

[alcaeus]

Moin,

also, wenn du einen Update und anschliessenden Select machst und nicht willst, dass da ein anderer Update-Prozess dazwischenkommt, dann musst du definitiv mit Locks arbeiten. Transaktionen sind nur fuer Inserts und Commits, und ohne Locks kann dir ein anderer Update-Prozess dazwischenfunken.
Je nach Anwendungsfall ist es aber besser, den finalen Wert anzuzeigen, also inkl. eines eventuellen zwischenzeitlichen Updates.

Greetz
alcaeus