乐观锁和悲观锁

乐观锁和悲观锁是两种用于处理数据库并发控制的技术

1. 定义与区别

   -乐观锁（Optimistic Locking）

假设在事务处理过程中不会发生冲突，因此不会锁定数据，只在数据提交时检查是否有冲突。如果有冲突，则事务不能提交，需要重新执行。乐观锁适用于写冲突较少的场景。

   - 悲观锁（Pessimistic Locking）

假设在事务处理过程中会发生冲突，因此在操作数据之前就锁定数据，确保其他事务不能同时修改同一数据。悲观锁适用于写冲突较多的场景。

2. 实现方式

   - 乐观锁的实现：

通常使用版本号（Version）或CAS（Compare-and-Swap）机制。版本号是在数据记录中增加一个版本字段，每次更新时版本号加一。CAS是一种原子操作，用于比较内存位置的值是否未被其他线程改变，如果未改变则更新值。

   - 悲观锁的实现：

可以通过数据库的锁定机制实现，如行锁、表锁等。在Java中，synchronized关键字也可以用于实现悲观锁。
 

3. 优缺点：

 乐观锁的优点

提高了并发性能，因为不锁定数据，多个事务可以同时读取。只有在提交时才检查冲突，减少了锁的持有时间。

 乐观锁的缺点

如果在提交时发现冲突，需要重新执行事务，可能会降低性能。

悲观锁的优点

保证了数据的一致性和完整性，因为在同一时间只有一个事务可以修改数据。

 悲观锁的缺点

降低了并发性能，因为数据被锁定，其他事务必须等待锁释放才能访问。

4. 应用场景：

乐观锁适用场景：读多写少的环境，冲突较少的情况下，可以提高系统的吞吐量。

悲观锁适用场景：写操作频繁，冲突多发的环境，需要确保数据安全和一致性。