Zyklischer Blockierkonflikt   Transaktion A wird durch Transaktion B blockiert, und Transaktion B wird durch Transaktion A blockiert. Mehr Zeit wird hier das Problem nicht lösen. Eine der Transaktionen muss abgebrochen werden, damit die andere fortfahren kann. Die gleiche Situation kann auch entstehen, wenn mehr als zwei Transaktionen in einem Zyklus blockiert sind.

Um einen transaktionalen Deadlock zu eliminieren, wählt SQL Anywhere eine am Deadlock beteiligte Verbindung aus, setzt die Änderungen für die auf dieser Verbindung aktiven Transaktion zurück und meldet einen Fehler. SQL Anywhere wählt die zurückzusetzende Verbindung unter Verwendung eines internen heuristischen Werts aus, der die Verbindung mit der kürzesten verbliebenen Wartezeit bevorzugt, wie durch die blocking_timeout-Option festgelegt. Wenn alle Verbindungen auf unbegrenzten Wartezustand gesetzt sind, wird die Verbindung, die bewirkte, dass der Datenbankserver den Deadlock erkannte, als Opferverbindung ausgewählt.

Alle Worker-Threads sind blockiert   Wenn eine Transaktion blockiert wird, erfolgt keine Freigabe Ihres Worker-Threads. Beispiel: Wird ein Datenbankserver mit drei Worker-Threads konfiguriert und die Transaktionen A, B und C werden durch die Transaktion D blockiert, die derzeit keine Anforderungen ausführt, dann ist eine Deadlock-Situation entstanden, da es keine verfügbaren Worker-Threads mehr gibt. Diese Situation wird als Thread-Deadlock bezeichnet.

Angenommen der Datenbankserver hat n Worker-Threads. Ein Thread-Deadlock tritt auf, wenn n-1 Worker-Threads blockiert sind und der letzte Worker-Thread im Begriff ist, zu blockieren. Der Kernel des Datenbankservers kann nicht zulassen, dass dieser Worker-Thread blockiert, da dies dazu führen würde, dass alle Worker-Threads blockiert wären und der Datenbankserver hängen würde. Stattdessen beendet der Datenbankserver die Aufgabe, die dabei ist, den letzten Worker-Thread zu blockieren, setzt die Änderungen für die auf dieser Verbindung aktiven Transaktion zurück und gibt einen Fehler zurück (SQLCODE -307, SQLSTATE 40W06).

Bei Datenbankservern mit Dutzenden oder Hunderten von Verbindungen können Thread-Deadlocks in Fällen vorkommen, in denen viele lange laufende Anforderungen auftreten. Dies liegt an der Größe der Datenbank oder weil es zu Blockierungen kommt. In diesem Fall kann die Erhöhung der Multiprogramming-Stufe des Datenbankservers eine geeignete Lösung sein. Das Anwendungsdesign kann aufgrund von übermäßigen oder unbeabsichtigten Konflikten auch Thread-Deadlocks bewirken. In diesen Fällen kann die Skalierung der Anwendung auf größere Datenmengen das Problem veschlimmern und eine Erhöhung der Multiprogramming-Stufe des Datenbankservers löst das Problem möglicherweise nicht.

Die Anzahl der Datenbank-Threads, die der Server benutzt, hängt von den jeweiligen Datenbankeinstellungen ab.