视频+图文串讲：MySQL 行锁、间隙锁、Next-Key-Lock、以及实现记录存在的话就更新，如果记录不存在的话就插入如何保证并发安全
导读
Hi，大家好！我是白日梦！本文是MySQL专题的第 27 篇。
下文还是白日梦以自导自演的方式，围绕“如何实现记录存在的话就更新，如果记录不存在的话就插入。”展开本话题。看看你能抗到第几问吧
换一种写作风格，自导自演面试现场！感觉这样还是比较有趣的，欢迎大家订阅我的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彼此覆盖的情况
哦？那你画一个时序图出来瞧瞧
嗯嗯，时序图大概长下面这样
嗯，乍一看你上面画的这个图是没问题的，但我有个问题：如果id = xx的行不存在呢？
嗯，所以我们不如分不同情况讨论一下。下面我列举不同场景，你画时序图怎样？
嗯嗯，好的！
嗯！首先我们知道了，select for update会尝试添加X锁，也就是写锁。
常见的写锁有这么几种：
1、record lock 给指定行记录添加锁
2、gap lock 间隙锁
3、next key lock
下面通过在不同条件下执行select for update sql，再观察实验结果，就能八九不离十的推测出for update的加锁情况。
实验一已知条件如下：
create table t(a int,b int,primary key(a),key(b));insert into t select 1,1;insert into t select 3,1;insert into t select 5,3;insert into t select 7,6;insert into t select 10,8;
select for update sql为：
select * from t where a= 5 for update;
提示：注意id=5的行已经存在了。
下面你画一下时序图吧
嗯嗯，时序图加锁情况如下：
嗯，那如果我们需要执行的sql如下：
select * from t where b = 3 for update;
注意b并不是唯一键，它只是一个普通索引哦！
你能画一下它的加锁时序图吗？
嗯嗯，时序图如下：
(最后一条Sql条件是 where a = 5，不是a=3)
还是使用这些数据
create table t(a int,b int,primary key(a),key(b));insert into t select 1,1;insert into t select 3,1;insert into t select 5,3;insert into t select 7,6;insert into t select 10,8;
假如我执行的sql是：
select * from t where a = 13 for update;
注意：
1、a=13的行并不存在哦！
2、a是唯一索引
你画一下它的时序图吧！
嗯呢，时序图如下：
还是使用这些数据
create table t(a int,b int,primary key(a),key(b));insert into t select 1,1;insert into t select 3,1;insert into t select 5,3;insert into t select 7,6;insert into t select 10,8;
假如我执行的sql是：
select * from t where a = 8 for update;
注意：
1、a=8的行并不存在哦！
2、a是唯一索引
你画一下它的时序图吧！
嗯嗯、如下：
对唯一索引来说，gap的上下都锁不住！
还是使用这些数据
create table t(a int,b int,primary key(a),key(b));insert into t select 1,1;insert into t select 3,1;insert into t select 5,3;insert into t select 7,6;insert into t select 10,8;
假如我执行的sql是：
select * from t where b = 5 for update;
注意：
1、b=5的行并不存在哦！
2、b是普通索引
你画一下它的时序图吧！
嗯嗯、如下。
对普通索引来说，gap锁会 锁上不锁下！
嗯，对的。回到我们一开始的主题：如果数据存在我们就update
数据不存在我们就insert的话题来看的话。
通过如下方案：
begin；select for update；# insert or update;commit；
是可以保证并发修改的安全性的….
嗯嗯、其实通过实验来看，确实是安全的。
小伙子可以的！整体感觉还不错。
欢迎关注我。不久会给你安排下一面
。
我没有问题了，你有什么想问我的吗？
暂时没有了，感谢大佬！