浅析乐观锁与悲观锁

1. 定义

• 悲观锁：总是假设最坏的情况，每次去拿数据(读数据)的时候都认为别人会修改，所以每次在拿数据(读数据)的时候都会上锁，这样别人想拿这个数据就会阻塞直到它拿到锁。
• 乐观锁：顾名思义，就是很乐观，每次去拿数据(读数据)的时候都认为别人不会修改，所以不会上锁，但是在更新的时候(修改数据)会判断一下在此期间别人有没有去更新这个数据。

2. 应用场景

1. 悲观锁

• 传统的关系型数据库里边就用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁
• Java里面的同步原语synchronized关键字的实现也是悲观锁

2. 乐观锁

• 数据库提供的类似于write_condition机制，其实都是提供的乐观锁
• Java中java.util.concurrent.atomic包下面的原子变量类就是使用了乐观锁的一种实现方式CAS机制

3. 悲观锁的劣势

悲观锁机制存在以下问题：

1. 在多线程竞争下，加锁、释放锁会导致比较多的上下文切换和调度延时，引起性能问题。
2. 一个线程持有锁会导致其它所有需要此锁的线程挂起。
3. 如果一个优先级高的线程等待一个优先级低的线程释放锁会导致优先级倒置，引起性能风险。

4. 乐观锁

• 乐观锁就是：每次不加锁而是假设没有并发冲突而去完成某项操作，如果因为并发冲突失败就重试，直到成功为止。
• 乐观锁（ Optimistic Locking ）其实就是一种思想。乐观锁假设认为数据一般情况下不会产生并发冲突，所以在数据进行提交更新的时候，才会正式对数据是否产生并发冲突进行检测，如果发现并发冲突了，则让返回用户错误的信息，让用户决定如何去做。
• 乐观锁的概念中其实已经阐述了它的具体实现细节：主要就是两个步骤：冲突检测和数据更新。其实现方式有一种比较典型的就是 Compare and Swap ( CAS )。