因为在定时任务里面,把mysql的一个表当做缓存来用;
所以就需要update + insert的操作;
如果不需要主键还好,但是因为公司要求最好是有主键的(自增id)
当然用自增id也是有很多好处的,这边就不做过多赘述
现象呢:
当然,这边有个bug,导致我某些记录频繁的进行更新;
所以就成这样子了;
所以解决方式是 先更新,看看影响的行数,如果大于等于1,那么更新成功,否则就进行插入操作;
之前写法:
<insert id="upsert" parameterType="java.util.List"> insert into xxx_status_desc ( project_id, type, status, status_desc,is_deleted, update_time ) values <foreach collection="list" item="item" separator=","> (#{projectId},#{type},#{item.status},#{item.statusDesc}, 0, NOW()) </foreach> ON DUPLICATE KEY UPDATE status_desc = VALUES(status_desc), is_deleted = VALUES(is_deleted) </insert>
那么接下来就分解为 update 和insert~ 代码不过多赘述;
第二种方式:
还是不要改这个数据库的设置,因为会影响性能;
也就是开启第一个模式,可以防止这个,毕竟串行化了,但是还是不能解决我更新或者插入主键递增的问题;
因为我想做的是,更新操作,主键不要更新,用以前的;
所以还是看场景吧~
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值可能不是连续的。
来源:https://blog.csdn.net/eleanoryss/article/details/82997899