Dotaz: mysql: transakce a uzamceni tabulky

[zoufalec]

Jak mam v innodb uzamknout tabulku behem transakce pro zapis? V manualu se pise, ze LOCK TABLE provede COMMIT a START TRANSACTION zase provede UNLOCK TABLE. To musel vymyslet opravdu chytry inzenyr. Da se to nejak obejit treba uzamcenim vsech radku v tabulce, aby to vydrzelo po celou transakci? Dekuji.

Odpovědi

[pht]

proc chcete zamykat tabulku pro zapis kdyz mate transakce?

[qwerty]

??? co je to za dotaz?

protoze trnsakce nechrani tabulku proti zmenam od jinych klientu

[pht]

??? a proc to chcete takto chranit?

[pht]

jo ja uz to vidim nize ... on ma aplikaci ktera si zrejme plete databazi s textovym souborem, neni schopna pobrat provoz vicero klientu naraz, ale hlavne ze to cele je na te "nejvykonnejsi" databazi, tak v tom pripade jiste inzenyri mysql nekde udelali chybu!

[zoufalec]

Transakce a zamykani tabulek jsou uplne jine veci, kazde se pouziva za jinym ucelem a jedno druhe nenahradi. Jedno poskytuje atomicitu nekolika operacim najednou, druhe chrani po nejaky cas tabulku pred zmenami. Podle vaseho posmesneho vyjadreni by se zdalo, ze zamykani tabulek je uplne zbytecne. Proc myslite, ze ho tedy databaze poskytuji? Opravdu jste se nikdy nesetkal s potrebou provedeni nejake operace s jistotou, ze se v jejim prubehu tabulka nezmeni? Pak bych to zase ja videl spise na nedostatek praxe.

[Ivan]

No nevim. Podle "ideologie" Oracle je lock table zbytecna vec. Tzn. pokud potrebujete zamknout tabulku tak mate zcela jiste chybu v navrhu. V nekterych pripadech Oracle lock table vubec nepodporuje.

[zoufalec]

No, podivejte se na modelovy priklad. Mejme v mysql/innodb dva thready T1 a T2:

T1: set autocommit=0 => OK T2: set autocommit=0 => OK T1: insert into tabulka values ('test') => OK T2: insert into tabulka values ('test') => wait T1: delete from tabulka where id='test' => OK T2: => error: Deadlock found when trying to get lock; try restarting transaction

Je pekne, ze mysql umi detekovat deadlock a vzpamatovat se z nej bez zatuhnuti, ale prece jen mam pocit, ze by bylo lepsi se deadlockum vyhybat. Prozradte mi prosim jak.

[zoufalec]

No, podivejte se na modelovy priklad. Mejme v mysql/innodb dva thready T1 a T2:

T1: set autocommit=0 => OK
T2: set autocommit=0 => OK
T1: insert into tabulka values ('test') => OK
T2: insert into tabulka values ('test') => wait
T1: delete from tabulka where id='test' => OK
T2: => error: Deadlock found when trying to get lock; try restarting transaction

Je pekne, ze mysql umi detekovat deadlock a vzpamatovat se z nej bez zatuhnuti, ale prece jen mam pocit, ze by bylo lepsi se deadlockum vyhybat. Prozradte mi prosim jak.

[pht]

nepomohlo by tady zmenit isolation level?

[zoufalec]

To nevim, ale vim, ze zamknuti tabulky je ucinne a resi dalsi obdobne problemy. V zamknuti tabulky na dobu dvou tri malych nenakladnych operaci, ktere probehnou rychle a jen obcas behem administrace aplikace nevidim problem, vysledkem je spolehliva a robustni aplikace, coz je v mem pripade vyrazne dulezitejsi nez vykon. Jen me prekvapuje, ze je tu tolik lidi, kteri se tvari opovrzlive nad pouzivanim standardniho nastroje lock table, tvari se jako mistri sveta, hovori zasvecene o spatnem navrhu aplikace, ale kdyz dojde na prakticky problem, tak je ticho po pesine.

[Zdenek Kotala]

No ja se tem lidem nedivim. LOCK TABLE je obezlicka MySQL protoze, kdysi nepouzivala transakce a jinak to proste neslo. Rada lidi to pouziva dodnes a pak se divi, ze jim ta databaze neskaluje. Samozrejmne najdou se asi vyjmecne pripady, kdy je nutne to pouzit, ale osobne jsem to nikdy nepotreboval. Pokud se Vam jedna treba o to, zamknout jen nektere zaznamy, ktere budete pozdeji modifikovat, tak pak existuje v rozumnych databazich SELECT ... FOR UPDATE. Coz vam zamkne prislusne radky. Dalsi uz zminovana vec je pouzit jiny izolacni level.

[zoufalec]

Ktery level konkretne na uvedeny konkretni pripad?

Lock table neni obezlicka MySQL, ale standardni soucast SQL. Vite snad o databazi, kera by to nepodporovala?

[Michal Kubeček]

Ještě relativně nedávno třeba Firebird. Dokonce když tuto featuru zaváděli, považovali za nutné v Release Notes uvést příklad, k čemu může takové zamykání tabulky vlastně být dobré. Jiný kraj, jiný mrav…

[burlog]

Odpoved je v dokumentaci k mysql, ted nevim kde presne to je. Pokud dojde k deadlocku, je doporuceno transakci zkusit restartnout, tedy ji provest celou znova.... Neni to asi uplne idealni, ale ve vetsine pripadu to bude fungovat.

[zoufalec]

Tohle bohuzel neni odpoved, jak se vyhnout deadlocku. V podstate mi rikate, abych se s nim smiril. Dekuji, ale to neni muj styl.

[happy barney]

na to máte k dispozícii "select for update" a vhodne zvolený "transaction isolation level"

[qweasd]

To by me zajimlo, mam dva priklady. 1) dva prikazy insert/update pro jednu nebo dve tabulky, behem nich nesmi dojit k vlozni/zmene zadnych zaznamu, 2) jeden select a jeden insert, behem nich nesmi byt tabulka ctena, ani do ni nesmi byt vlozen jiny zaznam. Jak to udelate bez zamknuti tabulky, aby to bylo spolehlive bez moznosti selhani.

[podlesh]

Raději se nebudu ptát, k čemu to má být a prostě odpovím na otázku tak jak je položena.

SELECT * FROM tabulka LOCK IN SHARE MODE

případně exkluzivní zamčení:

SELECT * FROM tabulka FOR UPDATE

[zoufalec]

Potrebuji to k portovani jedne aplikace z oracle na mysql aby byla pouzitelna i na free hostinzich. Logika aplikace s tim pocita. U oracle tabulka bez transakce ani zamknout nejde a odemykaji se jen ukoncenim transakce nebo ulozenim save pointu. Opravdu by me zajimalo, proc to v mysql je takhle blbe udelano a vylucuje se to navzajem. Diky za radu.

[pht]

tak ja bych rekl ze to bude tim, ze se to vzajemne vylucuje. ale v manualu pisou:

The correct way to use LOCK TABLES and UNLOCK TABLES with transactional tables, such as InnoDB tables, is to begin a transaction with SET AUTOCOMMIT = 0 (not START TRANSACTION) followed by LOCK TABLES, and to not call UNLOCK TABLES until you commit the transaction explicitly.

nepomuze to?

[zoufalec]

Aha, to je zajimave, ze autocommit = 0 se chova jinak, nez start transaction. Jesli to nema dalsi posrtranni efekty, tak by to mohlo fungovat, dekuji.

[zoufalec]

I kdyz me ted napada, ze tohle asi nezabrani tomu, aby se do tabulky pridaly nove zaznamy, tudiz to neni ekvivalent lock table, ach jo. Existuje jeste nejake jine reseni, jak nahradit zamknuti tabulky v transakci?

[razor]

Ahoj, v dokumentaci píšou:

The correct way to use LOCK TABLES and UNLOCK TABLES with transactional tables, such as InnoDB tables, is to begin a transaction with SET AUTOCOMMIT = 0 (not START TRANSACTION) followed by LOCK TABLES, and to not call UNLOCK TABLES until you commit the transaction explicitly.

Takže správně by to mělo být:

set autocommit = 0;
lock table t write;

dělám něco s tabulkou t

commit;
unlock tables;

To nefunguje?

[zoufalec]

Ahoj. Jo, tohle uz mi poradili o kousek vyse: http://www.abclinuxu.cz/poradna/databaze/show/244196#8 predevcirem a mohu potvrdit, ze to funguje, diky.

[razor]

jé, tak to jsem slepej, sorry

[Ondra]

Zajimava debata. Je tu nejaky alespon stredne pokrocili uzivatel MySQL, ktery by nam, neznalym, objasnil, jaky je rozdil mezi START TRANSACTION a SET AUTOCOMMIT=0, a kdy se ma co spravne pouzivat? Dodnes jsem si myslel, ze je to ekvivalentni, ale jak je videt, tak neni.

[Tomas]

Tady lze najít popis chování s autocommit=0/1. IMHO v oficiálním manuálu MySQL je AUTOCOMMIT zadokumentován špatně.