在MySQL的日常操作中，对一些具有唯一性索引的数据表进行数据插入或更新操作时，我们通常会使用MySQL的ON DUPLICATE KEY UPDATE实现，这样的好处是不用先查一遍数据库判读是否已存在记录，再决定是做插入操作还是更新操作。通过ON DUPLICATE KEY UPDATE 可以直接插入数据，遇到唯一性冲突时自动做更新。
但是，大家可能会发现，这个表如果是有设置自增ID的话，这个自增ID并不会按正常的记录增加而加1增长，而是会跳跃增长，增长跨度和SQL的执行次数成正比。当然，自增ID在许多业务中只是作为一个记录唯一性标识而已，跳跃增长影响并不大。不过，我们通过此可以判定，ON DUPLICATE KEY UPDATE 的执行，更新操作也会使自增ID加1。
如果既要使用ON DUPLICATE KEY UPDATE，又要避免自增ID跳跃增长，可以通过修改innodb_autoinc_lock_mode模式的值，innodb_autoinc_lock_mode默认为1，另外还有0和2两种模式。根据网上的说法，0就是所谓的传统模式，这种模式下的自增锁属于表级锁，必须等待当前SQL执行完成后或者回滚掉才会释放，这种模式在高并发的情况下抢锁应该挺严重的。2模式下，是有利于批量插入操作的，例如INSERT INTO … (SELECT …)，可以一次性获得大批自增ID，而且不锁整表。这种模式所有的INSERT操作可以立马获得锁并释放。这种不锁表就存在着隐患，就是如果数据表有做主从同步的情况下，同步操作在回放批量插入SQL时，有可能自增ID已经是错乱的了。所以网上的说法是，innodb_autoinc_lock_mode为2的模式下，复制是不安全的。
总的来说，如果对自增ID没有什么特别的需求的话，默认1模式是既保证效率又保证安全的模式。