Nieoczekiwane działanie polecenia LOCK TABLES Opcje

[Mion]

Witam ponownie,
w konsoli wydaje polecenie:

[SQL] pobierz, plaintext 
mysql> LOCK TABLES UserZdjecia AS U WRITE;
[SQL] pobierz, plaintext 

Które powinno zablokować tabelę dla innych wątków zarówno odczytu jak i zapisu lub modyfikacji i zaraz potem przeładowuję stron www zawiera zapytanie SQL które wybiera dane

[SQL] pobierz, plaintext 
SELECT U.idz, U.id_usera, U.zdjecie_nazwa FROM UserZdjecia U LIMIT 10;
[SQL] pobierz, plaintext 

i dane te są wybierane.

Wiec jakie jest w sumie działanie tej komendy LOCK TABLES skoro można dane odczytać w innym wątku?

Tabela jest typu InnoDB....

Ten post edytował Mion 29.12.2009, 11:49:48

[webdice]

Blokujesz tabele przed zapisem.

[SQL] pobierz, plaintext 
LOCK TABLES
    tbl_name [[AS] alias] lock_type
    [, tbl_name [[AS] alias] lock_type] ...
 
lock_type:
    READ [LOCAL]
  | [LOW_PRIORITY] WRITE
 
UNLOCK TABLES
[SQL] pobierz, plaintext 

Zwróć uwagę na lock_type. Zresztą poczytaj sobie manual, tam wszystko jest napisane.

[Mion]

WRITE blokuje tabele przed "Przy klauzuli WRITE jedynie aktualny wątek będzie dopuszczony do jakichkolwiek operacji na tabeli (zarówno odczytu jak i zapisu lub modyfikacji). " W tym wypadku wywołanie ze strony www powinno uruchomić inny wątek niż wątek uruchomiony z konsoli gdzie wydałem komendę...
////
Nawet jak zablokuje wszystkie tabele z konsoli wchodzące w skład zapytania

[SQL] pobierz, plaintext 
mysql> LOCK TABLES UserZdjecia AS U WRITE, UserKonto AS UK WRITE;
Query OK, 0 rows affected (0,00 sec)
[SQL] pobierz, plaintext 

lub

[SQL] pobierz, plaintext 
mysql> LOCK TABLES UserZdjecia AS U READ, UserKonto AS UK READ;
Query OK, 0 rows affected (0,00 sec)
[SQL] pobierz, plaintext 

Mogę wygenerować stronę która wykonuje SELECT dla tych tabel. Jedynie zgodnie z oczekiwaniem działa kiedy wywołuje się komenda UPDATE dla zablokowanych tabeli - wtedy strona "czeka" na odblokowanie tabel.

Jest to dosyć nieoczekiwane działanie [właściwie nie działanie] tego polecenia, a co gorsza wydaje mi się, że komendy są właściwe

Ten post edytował Mion 29.12.2009, 14:10:53

[Mchl]

Jesteś pewien, że te dane nie idą z jakiegoś cache?

[Mion]

Tak

[Mchl]

Jaka to wersja serwera?
Nie chciałbym być sztampowy, ale "u mnie działa".

[Mion]

No właśnie, bo powinno dziać, ale nie działa, jedynie działa w wypadku poleceń zmieniających jak update
Wersja serwera: 5.0.67

[Mchl]

Nie znalazłem żadnego zgłoszenia błędu dotyczącego LOCK TABLES w tej wersji.

Próbowałeś otworzyć sobie dwie konsole, w jednej zablokować tabele, a z drugiej zrobić SELECTa?

[Mion]

Z dwoma klientami konsolowymi nie sprawdzałem, ale sprawdzałem blokując w konsoli poleceniem:
LOCK TABLES UserZdjecia AS U WRITE, UserKonto AS UK WRITE;
a tabele wywoływałem SELECT z poziomu przeglądarki www oraz programu MySQL QueryBrowset czyli z innych wątków i blokada działa tylko dla update, ale nie na select pomimo jej założenie w/w instrukcją SQL beeeee

/// Po dłuższej walce z tym problemem

Już wiem dlaczego tak dziwnie się działo, bo jednak ostatnie polecenia select było cachowane co zauważyłem wywolujac inną stronę z select na której już nie działało. Jeśli nie ma pobierać rekordów z'cachowanych przy włączonej blokadzie należy do klauzuli SELECT dodać SQL_NO_CACHE

Ten post edytował Mion 29.12.2009, 18:41:37