mysql 禁止使用 on duplicate key update 吗

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

• 请不要在回答技术问题时复制粘贴 AI 生成的内容

这是一个创建于 2078 天前的主题，其中的信息可能已经有所发展或是发生改变。

在定时任务中执行 on duplicate key update 产生死锁了，查了一些资料很多建议不使用这个语句，还不如先 select 出来再判断是 update 还是 insert 。

既然如此这个语句还有啥用... 大佬们还有其它解决方案吗

11 条回复 • 2020-12-12 11:38:58 +08:00

GBdG6clg2Jy17ua5

2020 年 5 月 4 日 via iPhone

该死锁，update 的时候一样死锁

msg7086

2020 年 5 月 4 日

有啥用？单线程的时候不就有用了吗。

meteor957

2020 年 5 月 4 日

@msg7086 有道理

meteor957

2020 年 5 月 4 日

@angryfish update 只加 X 锁也会出现这种情况吗，该如何避免呢

xhinliang

2020 年 5 月 4 日

说下我的几个解决方案：
1. insert ignore，判断返回值，如果 affected row > 0 则手动 update
2. 隔离级别降低到 rc

meteor957

2020 年 5 月 4 日

@xhinliang 感谢。暂时加了一个状态来判断定时器的 sql 是否执行完毕，避免并发去 update...

xhinliang

2020 年 5 月 4 日

@angryfish 不是很懂你在说什么，我觉得 update 的时候不会死锁。

darylc

2020 年 5 月 4 日 via Android

是的，确实是会遇到这个问题的，写入量比较大并且还是并发是吧

gaius

2020 年 5 月 5 日 via Android

两个事务获取锁顺序不同就有几率死锁，解决方法要么确保事务加锁顺序相同，不能确保可以回滚后重试

vison09

2020 年 12 月 12 日

@angryfish 你错了，update 是不会死锁的，on duplicate key update 这个语句确实在某些场景是会产生死锁的

GBdG6clg2Jy17ua5

2020 年 12 月 12 日 via iPhone

@vison09 会死锁。你可以试试。