乐观锁与悲观锁

乐观锁 悲观锁——是一种思想。可以用在很多方面。

数据库方面:
悲观锁就是for update（锁定查询的行）
乐观锁就是 version字段（比较跟上一次的版本号，如果一样则更新，如果失败则要重复读-比较-写的操作。）

JDK方面：
悲观锁就是sync
乐观锁就是原子类（内部使用CAS实现）

本质来说，就是悲观锁认为总会有人抢我的。
乐观锁就认为，基本没人抢。

乐观锁-不加锁
            总认为不会发生并发问题，每一次取数据时总认为其他线程不会对该数据进行更改，但是在更新时会判断其他线程在这之前有没有对该数据进行修改，
            数据库当中常用方案：版本号控制

　　　　

乐观并发控制相信事务之间的数据竞争概率非常小，因此尽可能直接操作，提交的时候才去锁定，不会产生任何锁和死锁。

 悲观锁
            总是假设最坏的情况，每次取数据时，都会认为其他线程会对该数据进行修改，所以会进行加锁
            其他线程访问的时候会阻塞等待，例如在数据库当中可以使用行锁，表锁以及读写锁等方式实现     

　　　在Java中synchronized就是悲观锁的表现

在效率上，处理加锁的机制会让数据库产生额外的开销，还会有死锁的可能性。降低并行性，一个事务如果锁定了某行数据，其他事务就必须等待该事务处理完才可以处理那行数据。

悲观锁的实现方式：悲观锁的实现，依靠数据库提供的锁机制。在数据库中，悲观锁的流程如下：

• 在对数据修改前，尝试增加排他锁。
• 加锁失败，意味着数据正在被修改，进行等待或者抛出异常。
• 加锁成功，对数据进行修改，提交事务，锁释放。
• 如果我们加锁成功，有其他线程对该数据进操作或者加排他锁的操作，只能等待或者抛出异常。

总结

1. 乐观锁不是真的加锁，效率高，但是要控制好锁的力度。
2. 悲观锁依赖数据库锁，效率低。