Verstehen von MySQL-Deadlock-Routinen durch eindeutige Index-S-Sperre und X-Sperre

# Daten konstruieren CREATE TABLE `t1` (
 `id` int(11) NICHT NULL AUTO_INCREMENT,
 `Name` varchar(10),
 `Ebene` int(11),
 Primärschlüssel (`id`),
 EINZIGARTIGER SCHLÜSSEL `uk_name` (`name`)
);
INSERT INTO `t1` (`Name`, `Ebene`) VALUES ('A',0);

# Die problematische SQL-Anweisung lautet wie folgt und führt in gleichzeitigen Situationen zu einem Deadlock: INSERT ignore INTO `t1` (`name`, `level`) VALUES ('A',0);
Aktualisiere t1, setze Level = 1, wobei Name = „A“ ist;

INSERT ignore INTO t1 (Name, Ebene) VALUES ('A',0);

Aktualisiere t1, setze Level = 1, wobei Name = „A“ ist;

Zuletzt erkannter Deadlock
------------------------
181208 23:00:52
*** (1) TRANSAKTION:
TRANSAKTION 53A7, AKTIV 162 Sek. Start des Indexlesens
MySQL-Tabellen in Verwendung 1, gesperrt 1
LOCK WAIT 3 Sperrstruktur(en), Heap-Größe 376, 2 Zeilensperren
MySQL-Thread-ID 12, OS-Thread-Handle 0x700010522000, Abfrage-ID 1424, Localhost-Root, Aktualisierung
Update t1, setze Level = 1, wobei Name = „A“
*** (1) WARTEN AUF DIE GEWÄHRUNG DIESER SPERRE:
Datensatzsperren, Bereichs-ID 89, Seitennummer 4, n Bits 72, Index „uk_name“ der Tabelle „lock_demo2“. „t1“ TRX-ID 53A7, Sperrmodus X sperrt Datensatz, aber nicht Lückenwartezeit
Datensatzsperre, Heap Nr. 2 PHYSIKALISCHER DATENSATZ: n_Felder 2; kompaktes Format; Infobits 0
 0: Länge 1; Hex 41; aufsteigend A;;
 1: Länge 4; Hex 80000001; aufsteigend ;;

*** (2) TRANSAKTION:
TRANSAKTION 53A8, AKTIV 8 Sek. Start des Indexlesens
MySQL-Tabellen in Verwendung 1, gesperrt 1
3 Sperrstruktur(en), Heap-Größe 376, 2 Zeilensperren
MySQL-Thread-ID 96, OS-Thread-Handle 0x70001062e000, Abfrage-ID 1425, Localhost-Root, Aktualisierung
Update t1, setze Level = 1, wobei Name = „A“
*** (2) HÄLT DAS SCHLOSS:
Datensatzsperren, Bereichs-ID 89, Seitennummer 4, n Bits 72, Index „uk_name“ der Tabelle „lock_demo2“. „t1“ TRX-ID 53A8, Sperrmodus S
Datensatzsperre, Heap Nr. 2 PHYSIKALISCHER DATENSATZ: n_Felder 2; kompaktes Format; Infobits 0
 0: Länge 1; Hex 41; aufsteigend A;;
 1: Länge 4; Hex 80000001; aufsteigend ;;

*** (2) WARTEN AUF DIE GEWÄHRUNG DIESER SPERRE:
Datensatzsperren, Bereichs-ID 89, Seitennummer 4, n Bits 72, Index „uk_name“ der Tabelle „lock_demo2“. „t1“ TRX-ID 53A8, Sperrmodus X sperrt Datensatz, aber nicht Lückenwartezeit
Datensatzsperre, Heap Nr. 2 PHYSIKALISCHER DATENSATZ: n_Felder 2; kompaktes Format; Infobits 0
 0: Länge 1; Hex 41; aufsteigend A;;
 1: Länge 4; Hex 80000001; aufsteigend ;;

*** WIR MACHEN DIE TRANSAKTION ZURÜCK (2)

*** (1) WARTEN AUF DIE GEWÄHRUNG DIESER SPERRE:
Datensatzsperren Speicherplatz-ID 89 Seitennummer 4 n Bits 72 Index uk_Name der Tabelle lock_demo2.t1 trx-ID 53A7 Sperrmodus X sperrt Datensatz, aber nicht Lückenwarte

*** (2) HÄLT DAS SCHLOSS:
Datensatzsperren Bereichs-ID 89 Seitennummer 4 n Bits 72 Index uk_Name der Tabelle lock_demo2.t1 trx-ID 53A8 Sperrmodus S

*** (2) WARTEN AUF DIE GEWÄHRUNG DIESER SPERRE:
Datensatzsperren Speicherplatz-ID 89 Seitennummer 4 n Bits 72 Index uk_Name der Tabelle lock_demo2.t1 trx-ID 53A8 Sperrmodus X sperrt Datensatz, aber nicht Lückenwarte