skrypt wywoływany przez crona i pechowy pad.

[mariosoft]

Mam skrypt wywoływany przez crona, który średnio wykonuje się 2 - 3 sekundy.

Niestety zdarzyło mi się po raz drugi, że podczas wywołania skryptu tylko część danych została przetworzona i zapisana w bazie. Przyczyna to chyba chwilowe niedomaganie serwera

Skrypt jest prosty i wygląda mniej więcej tak jak poniżej.

Pytanie czy można jakoś zabezpieczyć się przed takim zjawiskiem.

Jest możliwe tak ulepszenie skryptu, aby nie zapisał częściowych przetworzonych danych do bazy?

<?php

zapis do pliku ze cron startuje

if (mysql_connect( BAZA )

{

$zapytanie = mysql_query( SELECT );

while ($rekord = mysql_fetch_row($zapytanie))

{

pobieranie danych z bazy

zapis do pliku pobranych danych

operacje na danych

$rekord = mysql_query( UPDATE );

}

mysql_close();

}

zapis do pliku, ze cron dolazl do konca

//-----------------------------------------------------------------------

?>

[pabel]

transakcje i dla mysql-a typ InnoDB (z tego co pamiętam)

[mariosoft]

transakcje i dla mysql-a typ InnoDB (z tego co pamiętam)

Dzięki, o to mi chodziło. Chyba nie przerobiłem jakiejś lekcji z mysql-a

[wieja]

niewiem czy tranzakcja załatwi sprawe, przecież jesli nastapi bład podczas wykonyuwania sie operacji zawartej w tranzakcji, to baza "wroci" do stanu z momentu otwarcia tranzakcji - nastepne wywołanie danego skryptu spowoduuej rozpoczecie zapytan na bazie od nowa i zacznie pisac do pliku - a przezciez poprzednie zapytanei jzu tam trochu zapisało - tranzakcja niecofneła wpisów w tym pliku.

bardzo dziwne ze wysypuje sie skrypt któryego wykonanie trwa kilka sekund. Na Twoim miejscu wrzuciłbym flage w petle while która albo do bazy dodał taka flage i wznowienien skryptu powodowałoby jego rozpoczecie od miejsca gdzie ostatnio został przerwany - oczywiscie z tranzakcjami.