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。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· SQL Server 2025 AI相关能力初探
· 单线程的Redis速度为什么快?
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
· 开源Multi-agent AI智能体框架aevatar.ai,欢迎大家贡献代码
2020-12-09 Nginx相关