Accesso concorrente a Mysql

[tito_livio]

Salve a tutti, ho questo problema:
Ho due applicazioni in rete locale che lavorano sulla stessa tabella in Mysql.
Entrambe appendono circa 500 record al giorno, in media vengono appesi circa 4 record alla volta.
Pero' l'1% dei record non viene salvato, si perde nel nulla.
Le tabelle sono di tipo MyIsam, non posso usare quelle di tipo InnoDB.
Io sviluppo in Delphi ed in Lazarus e mi succede con entrambi.
Metto qui di seguito un esempio del codice usato:

table1.open;
while ... do
begin
table1.AppendRecord([...]);
.
.
table1.ApplyUpdates(4);
database1.Transaction.CommitRetaining;
end;
table1.close;

Aggiungo che la cosa non succede se ad accedere e' una sola applicazione. Cioe' se non c'e' l'accesso concorrente. Per vari motivi non posso bloccare la tabella.
Ho provato anche ad impostare la variabile Mysql concurrent_insert=2 (prima aveva il valore di default, 1).

Se il codice fosse sbagliato, dovrei avere degli errori o non si dovrebbe salvare nulla, cosa puo' essere secondo voi?

[LeleFT]

Non sono ferratissimo su Delphi, ma hai verificato se vengono sollevate eccezioni? E' difficile che dei record vengano "buttati via" senza che vi sia una causa... e, generalmente, quando questo accade viene sollevata un'eccezione. Solitamente, quindi, si inizia una transazione, si effettuano le INSERT, alla fine si effettua un COMMIT. Se qualcosa va storto viene sollevata un'eccezione e in quel caso si esegue una ROLLBACK.

Se viene sollevata un'eccezione dovresti fare due cose:

1) Vedere qual è l'errore sollevato (solitamente l'eccezione si porta dietro un messaggio, un error code, uno stack trace, qualcosa che faccia capire la natura del problema e la causa).

2) Ritentare l'operazione (almeno una volta).

[tito_livio]

Grazie LeleFT per la risposta,
non si sono mai verificate eccezioni. Poi il rollback non credo sia possibile, in quanto la tabella è di tipo MyIsam e questo tipo di tabella non supporta le transazioni. In ogni caso l'istruzione ApplyUpdates ha come argomento 4, cioè in caso qualcosa andasse storto riprova fino a 4 volte. Questo fatto di riprovare 4 volte è stato comunque aggiunto in un secondo momento per cercare di evitare il problema del mancato salvataggio.