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
20.08.2013, 15:32:39
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
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
21.08.2013, 19:30:18
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
21.08.2013, 20:14:50
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
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
25.08.2013, 22:16:28
Jeśli transakcje, to serialized, a lock typu write musi być...
To jest wersja lo-fi głównej zawartości. Aby zobaczyć pełną wersję z większą zawartością, obrazkami i formatowaniem proszę
kliknij tutaj.