乐观锁与悲观锁

悲观锁

悲观锁(Pessimistic Lock), 顾名思义，就是很悲观，每次去拿数据的时候都认为别人会修改，
所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁。传统的关系型数据库里边就用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁

优势

由于加锁 在操作过程中数据无法被其他线程访问，一致性高，安全性高

劣势

并发性低

应用场景

数据冲突经常发生

乐观锁

乐观锁(Optimistic Lock), 顾名思义，就是很乐观，每次去拿数据的时候都认为别人不会修改，
所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可以使用版本号等机制。乐观锁适用于多读的应用类型，这样可以提高吞吐量。

1.1号修改了某行数据，乐观锁会在这行数据加一个字段version，并将version数字+1
2.2号也在1的同时修改了数据，但是乐观锁发现版本号比最新版本号低，会抛出异常
3.2号更新到最新版本的数据，在进行修改操作才可以

乐观锁策略:提交版本必须大于记录当前版本才能执行更新

优势

由于不加锁，并发性高，应用了版本号机制避免数据不一致的问题

劣势

应对大规模冲突发生的能力较弱

应用场景

当一个数据库的读操作远远大于写的操作次数时，冲突不经常发生
使用乐观锁会加大数据库的吞吐量。

参考资料：尚硅谷周阳redis讲解

本文若有错误请指正，互相学习，加油!