Deadlock in der Datenbank – wie entsteht der, und wie löst das DBMS ihn auf?

AnnaWInf

Hi, in Datenbanken kam der Begriff Deadlock dran und ich hab nur so halb verstanden, was da passiert. Zwei Transaktionen blockieren sich gegenseitig – aber wie kommt es überhaupt dazu, und warum hängt dann nicht einfach alles fest?

Kann das jemand an einem einfachen Beispiel erklären? 🙈

DanielIT

Klassisches Bild: zwei Transaktionen, die je eine Sperre halten und auf die des anderen warten.

Transaktion A sperrt Zeile 1 und will dann Zeile 2.
Transaktion B sperrt Zeile 2 und will dann Zeile 1.

Jetzt wartet A auf B und B auf A – keiner gibt seine Sperre frei, bevor er die andere bekommt. Das ist der Deadlock: ein Wartekreis. Es hängt nicht alles fest, nur die zwei beteiligten Transaktionen; der Rest der DB läuft weiter.

Tobi89

Und der Grund, warum es nicht ewig hängt: Das DBMS erkennt den Wartekreis aktiv (Wait-for-Graph) oder über einen Timeout und macht dann eines der beiden Opfer: es rollt eine Transaktion zurück (deadlock victim). Die bekommt einen Fehler zurück und kann einfach neu gestartet werden, die andere läuft durch.

Praxistipp gegen Deadlocks: Sperren immer in derselben Reihenfolge anfordern (z. B. immer erst die kleinere ID), Transaktionen kurz halten und nicht mehr sperren als nötig. Dann entsteht der Wartekreis gar nicht erst.

Deadlock in der Datenbank – wie entsteht der, und wie löst das DBMS ihn auf?

Jetzt mitmachen!

Letzte Beiträge

Passwörter speichern: Warum hasht man sie, statt sie zu verschlüsseln – und wozu dann noch ein „Salt“? 2

Unit-Test, Integrationstest, Abnahmetest – wer testet eigentlich was, und was hat das Pflichtenheft damit zu tun? 3

Schnittstellen zwischen zwei Systemen – warum ist der Datenaustausch in der Praxis so aufwendig? 2

Standardsoftware kaufen oder selbst entwickeln lassen – nach welchen Kriterien entscheide ich Make-or-Buy? 2

IT-Sicherheit: Vertraulichkeit, Integrität, Verfügbarkeit – wo ordne ich Verschlüsselung, Signatur und Backup jeweils ein? 2

Geschäftsprozess modellieren: EPK oder BPMN – und wann nehme ich XOR, UND oder ODER? 3

Lastenheft und Pflichtenheft – wer schreibt eigentlich was, und warum trennt man das überhaupt? 2

Drei-Schichten-Architektur – warum trennt man Oberfläche, Logik und Datenhaltung überhaupt? 3

ERP-System – was macht das eigentlich konkret, und warum reicht dafür nicht eine gute Excel-Lösung? 3

GROUP BY und HAVING – wann filtere ich mit WHERE und wann erst nach der Gruppierung? 3

Passwörter speichern: Warum hasht man sie, statt sie zu verschlüsseln – und wozu dann noch ein „Salt“?

Unit-Test, Integrationstest, Abnahmetest – wer testet eigentlich was, und was hat das Pflichtenheft damit zu tun?

Schnittstellen zwischen zwei Systemen – warum ist der Datenaustausch in der Praxis so aufwendig?

Standardsoftware kaufen oder selbst entwickeln lassen – nach welchen Kriterien entscheide ich Make-or-Buy?

IT-Sicherheit: Vertraulichkeit, Integrität, Verfügbarkeit – wo ordne ich Verschlüsselung, Signatur und Backup jeweils ein?

Über Study-Board.de