MySQL-Fehler: Beim Versuch, eine Sperre zu erhalten, wurde ein Deadlock festgestellt. Versuchen Sie, die Transaktionslösung neu zu starten.

[2017-02-10 13:12:06.678] [INFO] mysqlLog - update tbl_playerdata_error: { [Fehler: ER_LOCK_DEADLOCK: Beim Versuch, eine Sperre zu erhalten, wurde ein Deadlock gefunden. Versuchen Sie, die Transaktion neu zu starten.]
 Code: 'ER_LOCK_DEADLOCK',
 Fehlernummer: 1213,
 sqlState: "40001",
 Index: 0 }

Meldung: Beim Versuch, eine Sperre zu erhalten, wurde ein Deadlock festgestellt. Versuchen Sie, die Transaktion neu zu starten.

InnoDB meldet diesen Fehler, wenn eine Transaktion auf einen Deadlock stößt und automatisch zurückgesetzt wird, damit Ihre Anwendung Korrekturmaßnahmen ergreifen kann. Um diesen Fehler zu beheben, führen Sie alle Operationen in dieser Transaktion erneut aus. Ein Deadlock tritt auf, wenn Anfragen für Sperren in inkonsistenter Reihenfolge zwischen Transaktionen eingehen. Die zurückgesetzte Transaktion hat alle ihre Sperren freigegeben und die andere Transaktion kann nun alle angeforderten Sperren erhalten. Wenn Sie die zurückgesetzte Transaktion erneut ausführen, muss sie daher möglicherweise warten, bis andere Transaktionen abgeschlossen sind, aber normalerweise tritt der Deadlock nicht erneut auf. Wenn Sie häufig auf Deadlocks stoßen, sorgen Sie dafür, dass die Reihenfolge der Sperroperationen (LOCK TABLES, SELECT ... FOR UPDATE usw.) zwischen den verschiedenen Transaktionen oder Anwendungen, bei denen das Problem auftritt, konsistent ist. Weitere Informationen finden Sie in Abschnitt 14.8.5, „Deadlocks in InnoDB“.

Um diesen Fehler zu beheben, führen Sie alle Vorgänge in dieser Transaktion erneut aus.<br><br>Wenn Sie häufig auf Deadlocks stoßen, sorgen Sie dafür, dass die Abfolge der Sperrvorgänge (<code class="literal">LOCK TABLES</code>, <code class="literal">SELECT ... FOR UPDATE</code> usw.) <br>zwischen den verschiedenen Transaktionen oder Anwendungen, bei denen das Problem auftritt, konsistent ist.

Ein einfacher Trick, der bei den meisten Deadlocks helfen kann, ist das Sortieren der Vorgänge in einer bestimmten Reihenfolge.

Es kommt zu einem Deadlock, wenn zwei Transaktionen versuchen, zwei Sperren in entgegengesetzter Reihenfolge zu sperren, d. h.:

Verbindung 1: Schlösser Schlüssel(1), Schlösser Schlüssel(2);
Verbindung 2: Schlösser Schlüssel(2), Schlösser Schlüssel(1);
Wenn beide gleichzeitig laufen, sperrt Verbindung 1 den Schlüssel (1), Verbindung 2 sperrt den Schlüssel (2) und jede Verbindung wartet darauf, dass die andere den Schlüssel freigibt -> Deadlock.

Wenn Sie nun Ihre Abfragen so ändern, dass die Verbindungen die Schlüssel in der gleichen Reihenfolge sperren, also:

Verbindung 1: Schlösser Schlüssel(1), Schlösser Schlüssel(2);
Verbindung 2: Schlösser Schlüssel(1), Schlösser Schlüssel(2);
es wird unmöglich sein, einen Deadlock zu erreichen.

Deshalb schlage ich Folgendes vor:

Stellen Sie sicher, dass Sie außer der Löschanweisung keine anderen Abfragen haben, die den Zugriff auf mehr als einen Schlüssel gleichzeitig sperren. Wenn dies der Fall ist (und ich vermute, dass dies der Fall ist), ordnen Sie deren WHERE in (k1, k2, ... kn) in aufsteigender Reihenfolge an.
Korrigieren Sie Ihre Löschanweisung, damit sie in aufsteigender Reihenfolge funktioniert:
Ändern

LÖSCHEN VON Online-Benutzern, wobei datetime <= now() - INTERVALL 900 SEKUNDEN
Zu

LÖSCHEN VON Online-Benutzern, wobei ID IN (AUSWÄHLEN ID VON Online-Benutzern
 WHERE datetime <= now() - INTERVALL 900 SEKUNDEN, sortiert nach ID) u;
Außerdem sollten Sie bedenken, dass in der MySQL-Dokumentation empfohlen wird, dass der Client im Falle eines Deadlocks automatisch einen erneuten Versuch unternehmen soll. Sie können diese Logik zu Ihrem Client-Code hinzufügen. (Zum Beispiel 3 Wiederholungsversuche bei diesem bestimmten Fehler, bevor aufgegeben wird.)