[PHP][Doctrine][MySQL] LOCK i UNLOCK, Strona zawieszona na kilka godzin... Opcje

[Adi32]

Witajcie.

(temat wisiał niespełna dobę w dziale Forum/Bazy danych/MySQL jednak postanowiłem go przenieść tutaj.
Mimo, że jest to mniej odpowiedni temat to w niewielkim stopniu pasuje a jest tutaj większy ruch).

Teoretycznie wszystkiego mógłbym się dowiedzieć chociażby z manuala, googla itp. ale postanowiłem napisać ponieważ przy aktualnym projekcie potrzebuje mieć pewność co do niektórych rzeczy.

Słowo wstępu.
Przeważnie korzystam z Doctrine ORM. Pojawiła się sytuacja, która zmusza mnie do skorzystania z blokowania tabel (przynajmniej tak mi się wydaje) a to co znalazłem w manualu Doctrina na temat blokowania nic mi nie pomogło, dlatego kod nieco się przeplata.

(1) - Zasada działania blokowania tabel...
Muszę w pewniej tabeli wykonać pewne akcie związane z usunięciem starych rekordów i dodaniem nowych. Ważne jest aby w trakcie wykonywania tych akcji nikt nie mógł nawet czytać z tej tabeli a gdyby jednak próbował to najlepiej jakby jego przeglądarka chwileczkę poczekała na zwolnienie blokady.

w tym celu zaprodukowałem taki kod:

[PHP] pobierz, plaintext 
            # Blokujemy tabele żeby nikt z niej nie czytał gdy będziemy ją przetwarzać
            Library_Baza::getInstance()->query("LOCK TABLES test_acl READ");
 
            # kasujemy stare dane
            Doctrine_Query::create()->delete("TestAcl")->where("id_uzytkownik = $id")->execute();
 
            //pre ($for_save);
 
            # dodajemy nowe dane
            foreach ($for_save as $save) {
                $nowy = new TestAcl;
                $nowy->id_uzytkownik = $id;
                $nowy->fromArray($save);
                $nowy->save();
            }
 
            # odblokowywujemy tabele
            Library_Baza::getInstance()->query("UNLOCK TABLES");
[PHP] pobierz, plaintext 

Czy jest on w porządku pod każdym względem? Czy spełnia przynajmniej to zadanie o które mi chodzi?

(2) - Dlaczego wykonanie powyższego kodu (testuje go od 3 dni) daje czasami taki efekt, że:
Dosłownie klikam "zapisz" co powoduje wykonanie się tego kodu i od tej pory przeglądarka czeka na odpowiedź z servera nawet kilka godzin? Można odświeżać, usuwać kod itp - nic nie pomaga. Czy dzieje się tak dlatego, że została zablokowana tabela (z której korzysta każda część skryptu) i cały czas czeka na jej odblokowanie?

(opcjonalnie) - Czy mogę ten efekt uzyskać bez przeplatania? Wykorzystując tylko Doctrine?


Miałem jeszcze jakieś pytania ale wyleciały mi z głowy...

[Adi32]

1. Używasz Doctrine w wersji 1.x, może już czas na przesiadkę na 2.2/2.3? O ile dobrze pamiętam nowa wersja wspiera blokowanie tabel - ale to tylko taka mała uwaga.

Korzystałem z Doctrina2 przelotnie (specialnie zaktualizowałem wersję php do nowszej) jednak wykonywanie zapytań było mniej wygodne - spodobała mi sie formuła z Doctrine1. Być może za słabo zapoznałem się z D2?

2. W rzeczy samej, może dojść do jakiegoś deadlocka.

A jak teraz z niego wyjść? W manualu SQL znalazłem różne polecenia i zapytania jednak mam Access Denited przy próbie ich wykonania. Uważam że skoro bez konta roota zrobiłem deadlocka to i powinienem móc go cofnąć...

3. Tutaj w zupełności wystarczy Ci najzwyklejsza transakcja, z poziomu PDO (nie trzeba się nawet bawić w zmianę poziomu izolacji). Co więcej nie ma potrzeby blokowania użytkownika (tabeli). Po prostu odczyta starą zawartość w momencie gdy nowa jest generowana - jest to przecież jedna z czterech podstawowych cech transakcji (ACID).

No faktycznie, masz rację - nie pomyślałem o tym.

4. Czyli ostatecznie (w Doctrine będzie to wyglądało niemal identycznie)

[PHP] pobierz, plaintext 
try {
  $pdo->beginTransaction();
 
  $pdo->query('DELETE ... WHERE user_id = 5;');
  $stmt = $pdo->prepare('INSERT ... user_id = 5 ...;');
 
  for (...) {
    $pdo->execute(array('param1' => 'value', 'param2' => 'value'));
  }
 
  $pdo->commit();
} catch (...) {
  $pdo->rollback();
}
[PHP] pobierz, plaintext 

5. Jeżeli użytkownik (user_id#5) wykona zapytanie SELECT, w momencie gdy powyższy kod będzie dopiero na etapie pętli for, zwrócone zostaną wyniki sprzed ustanowienia transakcji, czyli sprzed usunięcia rekordów dot. tego użytkownika.

Dzięki Crozin.