MySQL使用on duplicate key update时致使主键不连续自增

在作数据统计的时候，咱们常常会用到mysql的on duplicate key update语法来自动更新数据，好比

最近项目上须要实现这么一个功能:统计每一个人每一个软件的使用时长,客户端发过来消息,若是该用户该软件已经存在增更新使用时间,若是没有则新添加一条记录,代码以下:

<update  id="saveOrUpdate"  parameterType="java.util.List">  
    <foreach collection="appList" item="item" index="index"  separator=";">  
        insert into app_table(userName,app,duration) values(#{userName},#{item.app},#{item.duration}) on duplicate key update duration=duration+#{item.duration}  
    </foreach> 
</update>

使用on duplicate key update语法有时是很方便，可是会有一个影响：默认状况下，每次更新都会更新该表的自增主键ID，若是更新频率很快，会致使主键ID自增的很快，过段时间就超过数字类型的的范围了

解决这个问题，有两种方式：

方法一：拆分红两个动做，先查询，再更新

方法二：修改innodb_autoinc_lock_mode参数（不推荐）
  innodb_autoinc_lock_mode中有3种模式,0,1,2，数据库默认是1的状况下，就会发生上面的那种现象,每次使用insert into .. on duplicate key update 的时候都会把简单自增id增长,无论是发生了insert仍是update

innodb_autoinc_lock_mode参数详解

• tradition(innodb_autoinc_lock_mode=0) 模式:

一、它提供了一个向后兼容的能力
二、在这一模式下，全部的insert语句("insert like") 都要在语句开始的时候获得一个表级的auto_inc锁，在语句结束的时候才释放这把锁，注意呀，这里说的是语句级而不是事务级的，一个事务可能包涵有一个或多个语句。
三、它能保证值分配的可预见性，与连续性，可重复性，这个也就保证了insert语句在复制到slave的时候还能生成和master那边同样的值(它保证了基于语句复制的安全)。
四、因为在这种模式下auto_inc锁一直要保持到语句的结束，因此这个就影响到了并发的插入。

• consecutive(innodb_autoinc_lock_mode=1) 模式:

一、这一模式下去simple insert 作了优化，因为simple insert一次性插入值的个数能够立马获得肯定，因此mysql能够一次生成几个连续的值，用于这个insert语句；总的来讲这个对复制也是安全的(它保证了基于语句复制的安全)
二、这一模式也是mysql的默认模式，这个模式的好处是auto_inc锁不要一直保持到语句的结束，只要语句获得了相应的值后就能够提早释放锁

• interleaved(innodb_autoinc_lock_mode=2) 模式

一、因为这个模式下已经没有了auto_inc锁，因此这个模式下的性能是最好的；可是它也有一个问题，就是对于同一个语句来讲它所获得的auto_incremant值可能不是连续的。

---

欢迎订阅「K叔区块链」 - 专一于区块链技术学习

博客地址： http://www.jouypub.com
简书主页： https://www.jianshu.com/u/756c9c8ae984
segmentfault主页： https://segmentfault.com/blog/jouypub
腾讯云主页： https://cloud.tencent.com/developer/column/72548