乐观锁

乐观锁 or 悲观锁你怎么选？你有没有听过这样一句话：悲观者正确，乐观者成功。那么今天我来分享下什么是乐观锁和悲观锁。乐观锁和悲观锁有什么区别，它们什么场景会用

乐观锁、悲观锁、互斥锁、读写锁乐观锁和悲观锁是两种不同的锁机制，用于在多线程环境下解决资源竞争问题。互斥锁和读写锁是两种常见的锁类型，它们都可以用来实现乐观锁或悲观锁。

学习那点事

Mybatis-Plus中的乐观锁与悲观锁乐观锁（Optimistic Lock）: 乐观锁是一种通过版本号（Version）或时间戳（Timestamp）来实现的并发控制机制。在更新数据时，会先检查数据版本号或时间戳是否匹配，如果匹配则更新数据并将版本号加一（或更新时间戳），否则认为是数据已经被其他事务修改过，不进行更新操作

ElasticSearch之并发操作处理并发控制，一般有两种方案，悲观锁和乐观锁，其中悲观锁是默认每次更新操作肯定会冲突，所以每次操作都要先获取锁，操作完毕再释放锁，适用于写比较多的场景。而乐观锁是默认每次更新操作都不会冲突，所以在更新前和更新后都不需要获取锁和释放锁的操作，所以效率更高，适合于读多写少的场景中。

Mybatis-Plus乐观锁配置使用流程【OptimisticLockerInnerInterceptor】前些天发现了一个巨牛的人工智能学习网站，通俗易懂，风趣幽默，忍不住分享一下给大家:人工智能学习网站下方为博主使用时场景单独写config带@Bean注解

当年拼却醉颜红

并发安全问题之--锁失效和锁边界问题此处为新增insert无法在SQL中通过数量限制(除非插入SQL中有子查询)，上面改进的乐观锁失效（前一节的乐观锁适合修改数据）

当年拼却醉颜红

并发安全问题之超卖问题优点：不加锁性能好。缺点：同时请求成功率低（即只要发现数据变了就放弃了）。乐观锁思想的具体体现：一共两步，第一步，先查询状态。第二步，再更新数据时必须where等于前面的状态，确保数据没有改变。第二步集查询和操作数据于一身具有原子性。

悲观锁和乐观锁、缓存悲观锁：悲观锁的实现通常依赖于数据库提供的机制，在整个处理的过程中数据处于锁定状态，session的load方法有一个重载方法，该重载方法的第三个参数可以设置锁模式，load(object.class , int id,LockMode.?)，该方法的？就是具体的锁模式。

JavaWeb_LeadNews_Day5-文章定时发布keys模糊匹配keys的模糊匹配功能很方便也很强大，但是在生产环境需要慎用! 开发中使用keys的模糊匹配却发现redis的CPU使用率极高，所以公司的redis生产环境将keys命令禁用了!redis是单线程，会被堵塞.