视频+图文串讲：MySQL 行锁、间隙锁、Next-Key-Lock、以及实现记录存在的话就更新，如果记录不存在的话就插入如何保证并发安全

下文还是白日梦以自导自演的方式，围绕“如何实现记录存在的话就更新，如果记录不存在的话就插入。”展开本话题。看看你能抗到第几问吧

换一种写作风格，自导自演面试现场！感觉这样还是比较有趣的，欢迎大家订阅我的MySQL专题，公众号首发！持续更新中～

欢迎关注白日梦，公众号首发！持续连载中

推荐阅读原文，可以看视频教程！

推荐阅读原文，可以看视频教程！

推荐阅读原文，可以看视频教程！

                         

那我们继续

，还是这道场景题：现在我的业务中有这样的需求：如果目标记录存在的话我就更新它，如果记录不存在的话我就插入。说说看你知道哪些实现方式吧！

嗯，比如我可以像下面这样做

这种方式。

// 伪代码user=User.FindById(1)if user == null{ user.Insert()}else{ user.Update()}

嗯！你这段代码如果不存在并发访问还好，一旦出现并发访问的情况。你这段逻辑会有诸多的并发修改异常的！

比如这样的例子：商品有上线和下线的状态，然后管理员可以在后台页面中修改商品的状态，比如代码这样写的：

// 伪代码，如果将状态置反if product.Status == “online”{ product.Status = "offline";}else{ product.Status = "online"; }

这时管理员A、B并发的去操作商品状态：

嗯，确实存在这种情况

，不过我可以自定义FindById()中的sql语句，通过 select for update的方式，规避你在图画出来的风险。

比如自定义SQL，让 user = User.FindByID(1)函数执行的SQL为

select * from user where id = 1 for update;

直接select时会给id = 1的行添加一把读锁，现在我通过select for update检索，在读select时给id = 的行添加写锁。

那么当我在读取使用这行数据时，其他的人select for update

就会被阻塞，因为写锁之间彼此是互

斥的。最终也不会出现Update彼此覆盖的情况

哦？那你画一个时序图出来瞧瞧

嗯嗯，时序图大概长下面这样