乐观锁说白了并不是锁，而只是版本号检查而已
乐观锁说白了并不是锁，而只是版本号检查而已
乐观锁说白了并不是锁，而只是版本号检查而已
先说乐观锁和悲观锁的机制：
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数据库却没有用。乐观锁说白了并不是锁，而只是版本号检查而已
乐观锁说白了并不是锁，而只是版本号检查而已
乐观锁说白了并不是锁，而只是版本号检查而已
乐观锁说白了并不是锁，而只是版本号检查而已