Ich bin sehr beunruhigt über dieses seltsame Verhalten, das ich in dem auto_incrementWert sehe, der in der bidID einer Bids-Tabelle aufgezeichnet ist, nachdem eine Masseneinfügung mit einer gespeicherten Prozedur durchgeführt wurde:
INSERT INTO Bids (itemID, buyerID, bidPrice)
SELECT itemID, rand_id(sellerID, user_last_id), FLOOR((1 + RAND())*askPrice)
FROM Items
WHERE closing BETWEEN NOW() AND NOW() + INTERVAL 1 WEEK ORDER BY RAND() LIMIT total_rows;Wenn der auto_incrementbidID-Wert beispielsweise zu Beginn 101 ist und ich 100 Zeilen eingefügt habe, wird der Endwert 213 anstelle von 201. Die bidIDs dieser eingefügten Zeilen werden jedoch nacheinander bis maximal 201 ausgeführt.
Nachdem Sie Folgendes überprüft haben:
SHOW VARIABLES LIKE 'auto_inc%';
+--------------------------+-------+
| Variable_name | Value |
+--------------------------+-------+
| auto_increment_increment | 1 |
| auto_increment_offset | 1 |
+--------------------------+-------+Ich habe keine Ahnung, warum es passiert. Was könnte den Wertsprung verursachen auto increment?
mysql
innodb
mariadb
auto-increment
Fragenüberlauf
quelle
quelle
show variables like '%innodb_autoinc_lock_mode%';Ausgabe teilen ?Antworten:
Dies ist nicht ungewöhnlich und es gibt mehrere Ursachen. Manchmal liegt es an Optimierungen, die der Abfrageläufer vornimmt, um Konfliktprobleme mit der Zählerressource zu reduzieren und die Effizienz zu verbessern, wenn die betroffene Tabelle gleichzeitig aktualisiert wird. Manchmal liegt es an Transaktionen, die explizit zurückgesetzt wurden (oder implizit zurückgesetzt wurden, weil ein Fehler aufgetreten ist).
Die einzige Garantie aus einer
auto_incrementSpalte (oderIDENTITYin MSSQL und den anderen Namen, nach denen das Konzept verwendet wird) ist, dass jeder Wert eindeutig und niemals kleiner als ein vorheriger ist. Sie können sich also bei der Bestellung auf die Werte verlassen, aber nicht darauf sie sollen keine Lücken haben.Wenn Sie möchten, dass die Werte der Spalte überhaupt keine Lücken aufweisen, müssen Sie die Werte selbst verwalten, entweder in einer anderen Ebene der Geschäftslogik oder in der Datenbank über einen Trigger (achten Sie jedoch auf mögliche Leistungsprobleme mit Triggern), wenn Wenn Sie Ihre eigenen rollen, müssen Sie sich mit allen Problemen in Bezug auf Parallelität / Rollback / Bereinigung nach dem Löschen / andere Probleme auseinandersetzen, die die DB-Engines umgehen, indem sie Lücken zulassen.
quelle