悲观锁乐观锁定义及使用场景

定义

悲观锁

​ 每次获取数据的时候担心数据被修改, 所以每次获取数据的时候都会进行加锁, 确保自己使用过程中数据不会被别人修改, 使用完成后对数据进行解锁. 由于数据进行加锁, 期间对改数据进行读写的其他线程都会进行等待

乐观锁

​ 每次获取数据的时候都不会担心数据被修改, 所以每次获取数据的时候都不会进行加锁, 但是在更新数据的时候需要判断该数据是否被别人修改过, 如果数据被其他线程修改则不进行数据更新, 如果数据没有被其他线程修改, 则进行数据更新, 由于数据没有进行加锁, 期间该数据可以被其他线程进行读写操作

使用场景

悲观锁

​ 比较适合写入操作比较频繁的场景, 如果出现大量的读取操作, 每次读取的时候都会进行加锁, 这样会增加大量的锁的开销, 降低了系统的吞吐量

乐观锁

​ 比较适合读取操作比较频繁的场景, 如果出现大量的写入操作, 数据发生冲突的可能性就会增大, 为了保证数据的一致性, 应用层需要不断的重新获取数据, 这样会增加大量的查询操作, 降低了系统的吞吐量

小结: 两者各有优缺点, 读取频繁使用乐观锁, 写入频繁使用悲观锁

​ 像乐观锁适用于写入比较少的情况下, 即冲突真的很少发生的时候, 这样省去了锁的开销, 加大了系统的吞吐量, 但如果经常产生冲突, 上层应用会不断的进行retry, 这样反倒是降低了性能, 所以这种情况下用悲观锁就比较合适, 之所以用悲观锁就是因为两个用户更新同一条数据的概率高, 也就是冲突比较严重的情况下所以才用悲观锁

​ 悲观锁比较适合强一致性的场景, 但效率比较低, 特别是读的并发低, 乐观锁则适用于读多写少, 并发冲突少的场景!!