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

在做数据统计的时候,我们经常会用到mysql的on duplicate key update语法来自动更新数据,比如

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

1
2
3
4
5
<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) 模式:
    1、它提供了一个向后兼容的能力
    2、在这一模式下,所有的insert语句(“insert like”) 都要在语句开始的时候得到一个表级的auto_inc锁,在语句结束的时候才释放这把锁,注意呀,这里说的是语句级而不是事务级的,一个事务可能包涵有一个或多个语句。
    3、它能保证值分配的可预见性,与连续性,可重复性,这个也就保证了insert语句在复制到slave的时候还能生成和master那边一样的值(它保证了基于语句复制的安全)。
    4、由于在这种模式下auto_inc锁一直要保持到语句的结束,所以这个就影响到了并发的插入。

  • consecutive(innodb_autoinc_lock_mode=1) 模式:
    1、这一模式下去simple insert 做了优化,由于simple insert一次性插入值的个数可以立马得到确定,所以mysql可以一次生成几个连续的值,用于这个insert语句;总的来说这个对复制也是安全的(它保证了基于语句复制的安全)
    2、这一模式也是mysql的默认模式,这个模式的好处是auto_inc锁不要一直保持到语句的结束,只要语句得到了相应的值后就可以提前释放锁

  • interleaved(innodb_autoinc_lock_mode=2) 模式
    1、由于这个模式下已经没有了auto_inc锁,所以这个模式下的性能是最好的;但是它也有一个问题,就是对于同一个语句来说它所得到的auto_incremant值可能不是连续的。

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