乐观锁和悲观锁的详细理解

乐观锁说白了并非锁，而只是版本号检查而已

乐观锁说白了并非锁，而只是版本号检查而已

乐观锁说白了并非锁，而只是版本号检查而已

先说乐观锁和悲观锁的机制：
1. 乐观锁是一种思想，具体实现是，表中有一个版本字段，第一次读的时候，获取到这个字段。处理完业务逻辑开始更新的时候，须要再次查看该字段的值是否和第一次的同样。若是同样更新，反之拒绝。之因此叫乐观，由于这个模式没有从数据库加锁。
2. 悲观锁是读取的时候为后面的更新加锁，以后再来的读操做都会等待。这种是数据库锁

乐观锁优势程序实现，不会存在死锁等问题。他的适用场景也相对乐观。阻止不了除了程序以外的数据库操做。

悲观锁是数据库实现，他阻止一切数据库操做。

再来讲更新数据丢失，全部的读锁都是为了保持数据一致性。乐观锁若是有人在你以前更新了，你的更新应当是被拒绝的，可让用户重新操做。悲观锁则会等待前一个更新完成。这也是区别。具体业务具体分析

做者：李鹏飞
连接：https://www.zhihu.com/question/29420056/answer/73367676
来源：知乎
著做权归做者全部。商业转载请联系做者得到受权，非商业转载请注明出处。

 

通常咱们能够从以下几个方面来判断：

1.响应速度：若是须要很是高的响应速度，建议采用乐观锁方案，成功就执行，不成功就失败，不须要等待其余并发去释放锁

2.冲突频率：若是冲突频率很是高，建议采用悲观锁，保证成功率，若是冲突频率大，乐观锁会须要屡次重试才能成功，代价比较大

3.重试代价：若是重试代价大，建议采用悲观锁

做者：iseeyou
连接：https://www.zhihu.com/question/29420056/answer/148053110
来源：知乎
著做权归做者全部。商业转载请联系做者得到受权，非商业转载请注明出处。

 

 

乐观锁的实现：cas，mvcc 参考下这些名词-_-

 

 

想知道为什么Redis用乐观锁，而MySQL数据库却没有用。乐观锁说白了并非锁，而只是版本号检查而已

乐观锁说白了并非锁，而只是版本号检查而已

乐观锁说白了并非锁，而只是版本号检查而已

乐观锁说白了并非锁，而只是版本号检查而已