你有没有听过这样一句话：悲观者正确，乐观者成功。那么今天我来分享下什么是乐观锁和悲观锁。
乐观锁和悲观锁有什么区别，它们什么场景会用
乐观锁
乐观锁基于这样的假设：多个事务在同一时间对同一数据对象进行操作的可能性很小，因此它允许多个事务同时进行，仅在事务提交时检查是否有其他事务对数据进行了修改。
特点：
- 无锁：乐观锁通常不使用数据库的锁定机制，而是通过其他方式（如时间戳、版本号）来确保数据一致性。
- 性能：在冲突较少的情况下，乐观锁可以提供更好的性能，因为它允许高并发。
- 冲突检测：在事务提交时检测冲突，如果检测到冲突，事务将被回滚。
实现方式：
- 版本号：在数据表中添加一个版本号字段或时间戳字段。事务开始时记录版本号，提交时检查版本号是否发生变化，如果变化了，则表示有冲突。
- 时间戳：使用时间戳来控制事务的顺序，如果检测到时间戳冲突，则回滚事务。
适用场景：
- 写冲突较少：适用于写操作不频繁或者写冲突可能性较低的场景。
- 读多写少：适用于读操作远多于写操作的环境。
- 高并发：需要支持高并发访问的系统。
悲观锁
悲观锁基于这样的假设：多个事务对同一数据对象的并发操作会产生冲突，因此它在事务开始时就对数据对象加锁，直到事务结束才释放锁。
特点：
- 锁定：悲观锁通过数据库的锁定机制来确保数据一致性，如行锁或表锁。
- 性能：在高冲突环境下，悲观锁可能导致更多的等待和锁竞争，从而影响性能。
- 预防冲突：通过锁定机制预防冲突，而不是检测冲突。
实现方式：
- 显式锁定：使用数据库的锁定命令（如
SELECT ... FOR UPDATE）来显式地锁定需要的资源。 - 隐式锁定：通过数据库事务的隔离级别隐式地实现锁定。
适用场景：
- 写冲突较多：适用于写操作频繁或者写冲突可能性较高的场景。
- 写多读少：适用于写操作多于读操作的环境。
- 数据一致性要求高：需要严格保证数据一致性的场合。
