Merge pull request #9 from hyyc554/patch-1

Update mysql.md
DasyDong · Jun 7, 2020 · cdb4350 · cdb4350
2 parents 5a578ce + c30a7cd
commit cdb4350
Showing 1 changed file with 37 additions and 1 deletion.
diff --git a/notes/mysql.md b/notes/mysql.md
@@ -250,8 +250,44 @@ B-Tree 索引适用于全键值、键值范围或键前缀查找，其中键前
 ## 数据库优化的思路
 ## 存储过程与触发器的区别
 ## 悲观锁和乐观锁是什么？
+
+悲观锁与乐观锁是两种常见的资源并发锁设计思路，也是并发编程中一个非常基础的概念。
+
+(1). 悲观锁
+
+定义: 假定会发生并发冲突，屏蔽一切可能违反数据完整性的操作。顾名思义，就是很悲观，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁。
+
+　　悲观锁的特点是先获取锁，再进行业务操作，即“悲观”的认为所有的操作均会导致并发安全问题，因此要先确保获取锁成功再进行业务操作。通常来讲，在数据库上的悲观锁需要数据库本身提供支持，即通过常用的select … for update操作来实现悲观锁。当数据库执行select … for update时会获取被select中的数据行的行锁，因此其他并发执行的select … for update如果试图选中同一行则会发生排斥（需要等待行锁被释放），因此达到锁的效果。select for update获取的行锁会在当前事务结束时自动释放，因此必须在事务中使用。
+
+　　这里需要特别注意的是，不同的数据库对select… for update的实现和支持都是有所区别的，例如oracle支持select for update no wait，表示如果拿不到锁立刻报错，而不是等待，mysql就没有no wait这个选项。另外，mysql还有个问题是: select… for update语句执行中所有扫描过的行都会被锁上，这一点很容易造成问题。因此，如果在mysql中用悲观锁务必要确定使用了索引，而不是全表扫描。
+
+(2). 乐观锁
+
+定义：假设不会发生并发冲突，只在提交操作时检查是否违反数据完整性。顾名思义，就是很乐观，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在提交更新的时候会判断一下在此期间别人有没有去更新这个数据。
+
+　　乐观锁的特点先进行业务操作，只在最后实际更新数据时进行检查数据是否被更新过，若未被更新过，则更新成功；否则，失败重试。乐观锁在数据库上的实现完全是逻辑的，不需要数据库提供特殊的支持。一般的做法是在需要锁的数据上增加一个版本号或者时间戳，然后按照如下方式实现：
+
+```
+1. SELECT data AS old_data, version AS old_version FROM …;
+2. 根据获取的数据进行业务操作，得到new_data和new_version
+3. UPDATE SET data = new_data, version = new_version WHERE version = old_version
+if (updated row > 0) {
+    // 乐观锁获取成功，操作完成
+} else {
+    // 乐观锁获取失败，回滚并重试
+}
+
+```
+
+　　乐观锁是否在事务中其实都是无所谓的，其底层机制是这样：在数据库内部update同一行的时候是不允许并发的，即数据库每次执行一条update语句时会获取被update行的写锁，直到这一行被成功更新后才释放。因此在业务操作进行前获取需要锁的数据的当前版本号，然后实际更新数据时再次对比版本号确认与之前获取的相同，并更新版本号，即可确认这其间没有发生并发的修改。如果更新失败，即可认为老版本的数据已经被并发修改掉而不存在了，此时认为获取锁失败，需要回滚整个业务操作并可根据需要重试整个过程。
+
+(3). 悲观锁与乐观锁的应用场景
+
+　　一般情况下，读多写少更适合用乐观锁，读少写多更适合用悲观锁。乐观锁在不发生取锁失败的情况下开销比悲观锁小，但是一旦发生失败回滚开销则比较大，因此适合用在取锁失败概率比较小的场景，可以提升系统并发性能。
+
+
 ## 你常用的mysql引擎有哪些?各引擎间有什么区别?
 
 ## 参考
 [ORM-wiki](https://en.wikipedia.org/wiki/Object-relational_mapping)
-
+[mysql锁](https://blog.csdn.net/justloveyou_/article/details/78308460)