ON DUPLICATE KEY UPDATE 导致mysql自增主键ID跳跃增长

一. 问题点:

1. 如果mysql表只是设置了联合主键且不包含自增的id, 则使用ON DUPLICATE KEY UPDATE不会有问题

2. 如果mysql表设置了自增主键id, 则使用ON DUPLICATE KEY UPDATE可能会造成自增id跳跃增长

二. 解决:

1、从项目代码逻辑出发

可以改变代码逻辑,变成先执行update方法,然后判断返回值是否等于0,如果返回值等于0则证明没有数据变动,否则执行insert方法。

 

这样可以解决问题,但是从之前的一次sql变为了两次,会导致效率低下。 

2、从问题出发:ON DUPLICATE key update会在update时主键也会自增+1

首先需要在配置中支持多条sql语句执行, 默认为false,这里需要改为true:

然后在insert之前增加一条sql语句

设置完之后就可以解决ON DUPLICATE key update会在update时主键也会自增+1这个问题了,但是这样每次在执行这个sql时都会调用alter table wss_production_model auto_increment=1,这样也会导致效率会变低。

3、从Mysql配置出发

修改innodb_autoinc_lock_mode配置

innodb_autoinc_lock_mode中有3种模式, 0、1、2, mysql默认为1,

0:每次分配自增id的时候都会锁表,这个对并发不太支持
1:只有在bulk insert的时候才会锁表,简单insert的时候只会使用一个light-weight mutex,比0的并发性能高
2:很多不保证,不太安全,不建议使用

修改为0则可以解决问题,然而修改完后会导致在高并发下效率低下,而且线上数据库和本地数据库的配置要同步,这里不推荐使用这种方法。

三. 总结

具体解决方案可以根据项目来选择,如果项目不大,可以考虑1和2。如果不考虑高并发问题,可以考虑3。

posted @   Sherlock先生  阅读(2253)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· SQL Server 2025 AI相关能力初探
· 单线程的Redis速度为什么快?
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
· 开源Multi-agent AI智能体框架aevatar.ai,欢迎大家贡献代码
历史上的今天:
2020-12-09 Nginx相关
点击右上角即可分享
微信分享提示