Pomoc - Szukaj - Użytkownicy - Kalendarz
Pełna wersja: Zabezpieczenie przed podwójnym pobraniem rekordu
Forum PHP.pl > Forum > Bazy danych > MySQL
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
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ć...
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.
Invision Power Board © 2001-2025 Invision Power Services, Inc.