Zabezpieczenie przed podwójnym pobraniem rekordu Opcje

[dav]

Chcę pobrać jeden losowy wiersz z tabeli. Robię to za pomocą 2 skryptów, odpalanych w tym samym czasie.
Jak zabezpieczyć się przed tym, aby rekord nie został pobrany przez oba te skrypty, ale tylko przez jeden ?
Wiem że mogę sobie odpowiednio oflagować rekord, ale jeśli drugi skrypt odpali się kilka milisekund później to jest możliwość że też zdąży go pobrać zanim ten pierwszy go oflaguje.
Czy transakcje rozwiążą problem, czy należy zastosować blokownie tabel?

[PHP_Addicted]

Pierwsze co mi przychodzi do głowy to właśnie lock na tabele.

http://dev.mysql.com/doc/refman/5.0/en/lock-tables.html

[dav]

ok, a co w przypadku większej ilości skryptów odpytujących?
Owszem wspomniałem o dwóch, ale docelowo ma być ich kilkanaście.
Jeśli wszystkie wystartują w tym samym czasie i każdy z nich będzie blokować tabele, chyba nie za dobrze wpłynie to na szybkość działania.
Chociaż może, przy tych ilościach to nie będzie mieć jeszcze takiego znaczenia. Jak sądzicie?

[Pyton_000]

A czy ten wiersz ma wracać z powrotem no póli dostępnych? Jak to jest?

Bo możesz robić np.
UPDATE flaga+1;
SELECT * ... WHERE Flaga = 1;

Minusem jest non stop update;

Ew. jeżeli baza stoi na InnoDB to transakcja na ww. zapytania tylko w odwrotnej kolejności czyli najpierw select, potem insert.
InnoDB ma blokadę wiersza, a w połączeniu z transakcją gwarantuje zabezpieczenie przed pobraniem go.

[sazian]

jedyne sensowne rozwiązanie to blokowanie tabel, przy kilku tysiącach skryptów może zauważysz spowolnienie

czyli robisz tak
lock
SELECT ....
UPDATE flaga=1 where ....
unlock

a jeszcze lepiej jeśli uda się to wepchnąć do funkcji mysql'a


edit:
myisam zakłada blokadę na całą tabelę przy każdym insert/update... a jakoś większość ludzi tego nawet nie zauważa, więc jeśli ręcznie zablokujesz blokadę to i tak większej różnicy nie będzie

Ten post edytował sazian 21.08.2013, 20:20:08

[dav]

Dzięki za odpowiedź.

Jest tylko problem bo jesli zrobie tak:

lock table devices read;

SELECT ....
UPDATE ....

UNLOCK TABLES;

To wtedy nie chce zrobić update'a, gdyż tabela jest zablokowna.
W takim razie transakcje?

[irmidjusz]

Jeśli transakcje, to serialized, a lock typu write musi być...

Ten post edytował irmidjusz 25.08.2013, 22:17:31