使用唯一索引，不存在则插入，存在则更新

INSERT INTO tb_addrbook(num,name,mobile) VALUE('1001','小李','13112345678') ON DUPLICATE KEY UPDATE name= '小李',mobile='13112345678'

但是，大家可能会发现，这个表如果是有设置自增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的模式下，复制是不安全的。