Na wstępie napiszę, że baza develop to 5.0.21 a na serwerze 5.0.68.
Mam dosyć nietypowy problem i nie mogę znaleźć przyczyny błędu ani rozwiązania.

Problem występuje w jednej z części aplikacji i dotyczy jednej tabeli. Jej struktura jest następująca:



Controller:

[PHP] pobierz, plaintext 
<?php
require_once('Core/Cube/FrontController/Action.interface.php');
 
class CreateEmployeesSheetAction implements Action
{
    private $aToken;
    private $iDay;
    private $iMonth;
    private $iYear;
    private $bIsCorrectly = false;
    
    
    public function __construct($aToken)
    {
              // waliduje dane i jęsli wszystko jest ok $this->bIsCorrectly = true, w przeciwnym razie przekierowuje
    }
    
    
    public function run()
    {
        if ($this->bIsCorrectly)
        {
            require_once(Config::$MVCModelsPath . '/CreateEmployeesSheetModel.class.php');
            
            $oCreateEmployeesSheetModel = new CreateEmployeesSheetModel();
            $oCreateEmployeesSheetModel->create($this->iYear . '-' . $this->iMonth . '-' . $this->iDay);
            
            CubeFrontController::redirect(Config::$SystemPath . 'main/pl/EmployeesGradeViewAction/date/' . $this->iYear . '-' . $this->iMonth . '-' . $this->iDay);
        }
        else
        {
            CubeFrontController::redirect(Config::$SystemPath . 'main/pl/EmployeesGradeViewAction');
        }
    }
}
?>
[PHP] pobierz, plaintext 

Model:

[PHP] pobierz, plaintext 
<?php
class CreateEmployeesSheetModel
{
    private $oRegistry;
    private $oConnection;
    
    
    public function __construct()
    {
        $this->oRegistry = CubeRegistry::getInstance();
        $this->oConnection = $this->oRegistry->get('oDatabase');
    }
    
    
    public function getEmployeesId()
    {
         // zwraca tablicę z numerami pracowników
    }
    
    
 
    public function create($sDate)
    {
        $this->oConnection->query('SELECT count(pax_oceny_id) As count FROM pax_oceny WHERE data='' . $sDate . ''');
        $iNumberOfResult = $this->oConnection->fetchAll();
        
        if ($iNumberOfResult[0]['count'] == 0)
        {
            $this->oConnection->startTransaction();
            $tab = array();
 
            foreach($this->getEmployeesId() As $aEmployeesId)
            {
                $this->oConnection->query('INSERT INTO oceny VALUES (NULL, ' . $aEmployeesId['numer_pracownika'] . ', '' . $sDate . '', NULL, '' . $_SESSION['AccountId'] . '')');
            }
            $this->oConnection->commitTransaction();
            
        }
    }
}
?>
[PHP] pobierz, plaintext 

PROBLEM: W losowych momentach skrypt wywala błąd, zatrzymuje swoje wykonywanie i do pliku z logami dostaję taki zapis:


Problem ciężki do zdiagnozowania ponieważ dzieje się to z różnych momentach. Tzn raz skrypt mogę wywołać 30 razy wszystko jest ok a innym razem przy drugim wywołaniu wywala błąd.
Testuję na lokalnym serwerze, podczas testów na programie pracuje tylko jedna osoba.

Proszę o jakieś wskazówki, rady.

Pozdrawiam

http://dev.mysql.com/doc/refman/5.0/en/innodb-deadlocks.html

Transakcja może zablokować dostęp do tabeli, lub jej części, przez co kolejne zapytanie natrafiające na zablokowaną tabelę wyłoży się.

O tym to wiem - sam się przekonałem.
Jak sobie z tym najlepiej poradzić? Zamiast transakcji stosować blokowanie table?

ponawiać transakcję odpowiednio - doczytaj o tym, szczegółów nie znam

Hmm, ciekawe. Mowisz ze jedna tylko aplikacja w danym czasie ma dostep do bazy? Do tego masz jedna transakcje i tworzy ci deadlocki?

Dokładnie.
Testuję to lokalnie (tylko ja jako jeden user). Wstawia kilkadziesiąt rekordów na wybrany dzień. Czyszczę tabelę (truncate) i po kolei na każdy dzień zaczynając np od 1.11.2008 klikam generuj arkusz (wtedy wykonywany jest skrypt), następnie wybieram kolejny dzień i znowu generuję.
Czasami na dacie drugiego listopada (czyli za drugim wywołaniem) czasami za 30stym wywołaniem pojawia się taki błąd.

EDIT:
------
Wskazówka: Po ściągnięciu unikalnego klucza UNIQUE(numer_pracownika, data) problem jak na razie nie wystąpił.

FINAL:
-------
Poświęciłem 2 dni na szukanie najpierw błędu w skrypcie, później przeglądałem listę bugów mysql'a, przekopałem pół google i żadnych sensownych wskazówek.
Zacząłem szukać przyczyny gdzie indziej. Mianowicie zauważyłem, że czasem oprócz błędu o zakleszczeniu transakcji równocześnie albo na przemian pojawia się błąd:

Podczas wstawiania rekordów do bazy, zacząłem zapisywać równocześnie do pliku numery pracowników i gdy pojawił się błąd natychmiast przeglądałem plik w poszukiwaniu niby powtórzonych rekordów - ale takie nie występowały.

Pomyślałem, że albo to błąd w php 5.2.0 (coś nie tak z pętlą foreach) albo przeglądarka. Sprawdziłem w Operze - jest ok.
Błędy występuję od wersji 3.x (na pewno 3.0.0 i 3.0.4). Oczywiście to są tylko moje przypuszczenia bo muszę to jeszcze dokładnie przetestować (sprawdzić na nowszym php, sprawdzić na starszych przeglądarkach FF 2.x).

Jestem ciekawy czy ktoś z Was zetknął się z podobnym problemem? Jak się upewnię co do tej przeglądarki to dam znać.
Pzdr.


EDIT:
------
Problem w przeglądarce Firefox 2.0.0.14 nie występuje.