I\'ve got a MySql table with an auto-increment primary key, and it seems that all of the various upsert methods (INSERT IGNORE and ON DUPLICATE KEY UPDATE) suffer from the,
This "problem" is only in InnoDB
.
It is by design, and intended to improve concurrency: another thread can use an AUTO_INCREMENT
without having to wait for the results of an UPSERT
operation.
From the docs:
After a server startup, for the first insert into a table
t
,InnoDB
executes the equivalent of this statement:SELECT MAX(ai_col) FROM t FOR UPDATE;
…
InnoDB
initializes but does not increment the value and stores it for use by later inserts…
When accessing the auto-increment counter,
InnoDB
uses a special table-levelAUTO-INC
lock that it keeps to the end of the currentSQL
statement, not to the end of the transaction. The special lock release strategy was introduced to improve concurrency for inserts into a table containing anAUTO_INCREMENT
column. Nevertheless, two transactions cannot have theAUTO-INC
lock on the same table simultaneously, which can have a performance impact if theAUTO-INC
lock is held for a long time. That might be the case for a statement such asINSERT INTO t1 ... SELECT ... FROM t2
that inserts all rows from one table into another.
MyISAM
does not exhibit this behavior, since it's AUTO_INCREMENT
algorithm is implemented differently (due to its limited ability to support concurrent DML
).