[{"data":1,"prerenderedAt":16},["ShallowReactive",2],{"tag-list-fr-transactions":3},[4],{"title":5,"description":6,"tags":7,"path":13,"date":14,"img":15},"Comment le verrouillage à deux phases empêche vos transactions bancaires concurrentes de corrompre vos données","Deux virements touchent le même compte à la même milliseconde et un paiement s'évapore. C'est la mise à jour perdue, et c'est pour ça que tout registre de paiement repose sur une couche de contrôle de concurrence. Cet article construit la théorie depuis un exemple fintech jusqu'au verrouillage à deux phases (2PL) : le modèle de transaction, les maths de la conflit-sérialisabilité et le graphe de précédence, pourquoi le théorème du 2PL garantit la correction, le contrôle pessimiste contre optimiste dans PostgreSQL, le 2PL strict, et comment les interblocages sont détectés et évités.",[8,9,10,11,12],"Databases","Concurrency","Transactions","PostgreSQL","Distributed-Systems","\u002Fdatabases\u002Ftwo-phase-locking.fr","2026-07-22","https:\u002F\u002Fres.cloudinary.com\u002Fdpdwhd6ka\u002Fimage\u002Fupload\u002Ff_auto,q_auto\u002Fv1\u002FBlog\u002Fimages\u002Fhbcudyxllyjvbkjxvs7g",1784742141877]