Weblabor

Szia!

php + mysql tapasztalatok alapján:

A mysql tranzakció kezeléssel én is csak nem rég ismerkedtem meg, és az én véleményem a következő:

Nekem ez úgy működik, hogy van egy $globalResult változóm ami alapértelmezetten true. Elindítom a tranzakciót, és minden adatbázis műveletet figyelek hogy az eredménye true-e. Ha nem, $globalResult = false; meg még egy hibakódot is adok neki (egy másik változónak), hogy tudjam, a folyamatok közül hol akadtam fenn.

Ha minden lefutott ellenőrzésre kerül a $globalResult változó, és ha true akkor commit.

Na már most a te teóriád szerint megszakad a kapcsolat az adatbázis szerverrel, ezért valamelyik művelet eredménye képen a $globalResult false lesz, aminek a következménye a végén a rollback.

Ebben az esetben, ha csak a mysql pusztul ki, attól még a szerver oldali progrmnyelv lefutattja a teljes parancssorozatot, tehét a rollback megvalósul.

Az más kérdés, hogy mi történik akkor, ha az apache dob egy hátast, mert ugye akkor nem marad senki aki elemzné az adatbázis kapcsolatból származó adatokat, de pont ezért szinte 100% biztos, hogy nem történik változás. Valószínüleg marad egy töredék ideiglenes tábla az előkészített adatokkal és a mysql szerver idővel kikukázza.

Valami ilyesmit gondolok, ha nem így van, hallgassuk mit mondanak az okosabbak! :)

s_volenszki

Egy tisztességes adatbázis kezelőnek meg kell feleljen az ACID követleménynek, ha tranzakció kezelésről van szó. Ez garantálja, hogy ha crash van, a DB akkor is konzisztens állapotban maradjon. Általában ez úgy történik, hogy az adatok először nem a táblákba kerülnek, hanem különböző féle logokba. Amikor itt megtörtént a kiírás (fsync-kel miatt itt lehet para), akkor a DB neked már azt mondja, hogy minden oké, és ha ezután crash van még a táblába írás előtt, akkor induláskor a logok alapján az el nem mentett adatok kiírásra kerülnek. Tehát ha nem commitoltál, akkor az adatok tuti nem kerülnek be a DB-be.

Szerintem ez a megközelítés elég döcögős, érdemes lenne megismerkedne a kivétel kezeléssel, és/vagy megnézni a PDO-t.

Itt az lehet érdekes, hogy ha pl. pconnectet használsz, akkor pl. MySQL esetén lehetnek gondok, de ez is függ attól is, hogy hogyan éred el. Ugyanis MySQL esetén ha pconnect van, akkor ha véget ér a script (ez lehet crash is), és nem zártad le a tranzakciót, akkor alap esetben nincs autiomatikus rollback, és ha ugyanezt a kapcsolatot egy másik PHP megkapja, akkor ha commitol, akkor az előző PHP (félkész) dolgai is commitolódnak. Ezért mysql_* parancsok esetén ha pconnectet használ az ember, akkor célszerű kapcsolódáskor egy rollbacket kiadni. PDO pl. ezt az esetet is lekezeli.


Üdv,
Felhő