Con PHP e MySQL, dovresti controllare i fallimenti di rollback?

Question

Sto usando la libreria mysqli di PHP. Inserimenti e aggiornamenti del database sono sempre in un blocco try-catch. Il successo di ogni query viene immediatamente verificato (if $result === false) e qualsiasi errore genera un'eccezione. Il catch chiama mysqli_rollback() ed esce con un messaggio per l'utente.

La mia domanda è, dovrei preoccuparmi di controllare il valore di ritorno di mysqli_rollback()? In tal caso, e il rollback fallisce, quali azioni dovrebbe intraprendere il codice?

Ho difficoltà a capire come un rollback potrebbe fallire (salvo qualche bug atroce in MySQL). E poiché PHP sta per uscire comunque, chiamare il rollback sembra quasi superfluo. Penso certamente che dovrebbe essere nel codice per chiarezza, ma quando PHP uscirà chiuderà la connessione a MySQL e le transazioni non vincolate verranno automaticamente ripristinate.

Answer 1

se il rollback non riesce (errore di connessione, ad esempio), le modifiche verranno ripristinate dopo la chiusura della connessione in ogni caso, quindi non è necessario gestire l'errore. Quando si è in transazione, a meno che non si abbia un commit esplicito (o si stia eseguendo in modalità di autocommit, il che significa che è stato eseguito il commit dopo ogni istruzione), la transazione viene ripristinata.

Se una sessione con disabilitazione guidata automatica termina senza esplicitamente impegnando la transazione finale, MySQL esegue il rollback della transazione.

L'unico caso in cui si desidera gestire l'errore di rollback è se non si sta uscendo dallo script, ma se si avvia una nuova transazione in un secondo momento, poiché la transazione iniziale implicherà implicitamente quella corrente. Partenza Statements That Cause an Implicit Commit

Answer 2

mysqli_rollback può non riuscire se non si è (mai stati) connessi al database. Dipende dalla tua gestione degli errori prima mano.