飞天小牛肉
那我们继续
，还是这道场景题：现在我的业务中有这样的需求：如果目标记录存在的话我就更新它，如果记录不存在的话我就插入。说说看你知道哪些实现方式吧！
这种方式。
// 伪代码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
就会被阻塞，因为写锁之间彼此是互
哦？那你画一个时序图出来瞧瞧
嗯嗯，时序图大概长下面这样
嗯，乍一看你上面画的这个图是没问题的，但我有个问题：如果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；
是可以保证并发修改的安全性的....
嗯嗯、其实通过实验来看，确实是安全的。
小伙子可以的！整体感觉还不错。
欢迎关注我
。不久会给你安排下一面。
我没有问题了，你有什么想问我的吗？
暂时没有了，感谢大佬
！
1、MySQL的修仙之路，图文谈谈如何学MySQL、如何进阶！
2、数据库面经，常见的面试题
6、能谈谈year、date、datetime、time、timestamp的区别吗？
10、了解Flush-List吗？顺便说一下脏页的落盘机制！
11、用 11 张图讲清楚，当你CRUD时BufferPool中发生了什么！以及BufferPool的优化！
16、简述undo log、truncate、以及undo log如何帮你回滚事务？
19、LSN、Checkpoint？谈谈MYSQL的崩溃恢复是怎么回事！
20、MySQL的 bin log有啥用？在哪里？谁写的？怎么配置？
21、bin log有哪些格式？有啥区别？优缺点？线上用哪种格式？
24、自导自演的数据库面试现场--谈谈MySQL的10种文件
25、大型面试现场：一条update sql的执行都经历了什么？
欢迎加入白日梦的圈子、一起吃肉！
长按二维码、关注白日梦
赠送精美脑图
（操作系统、网络、Java基础...)
长按二维码
关注白日梦吧！
