“乐观锁”这个词以前我也没听过。上次在测试需求的时候，查询数据库发现有一个version字段，于是请教开发这个字干嘛使，人家回复我：乐观锁，解决并发更新用的。当时大家都忙，咱也不敢多问。
今天就来折腾一下“乐观锁”。
一、什么是乐观锁
乐观锁其实用一句话来形容其作用就是：当要更新一条记录的时候，希望这条记录没有被别人更新，从而实现线程安全的数据更新。
结合下场景，记得那是一张库存表，有一个字段记录商品库存，涉及多个地方都有可能去更新它：
程序A查询到了这条数据，得到库存是，准备+更新成，但是还没更新。程序B也查询到了这条数据，得到库存是，准备-更新成，并且提交更新了。那么，这时候A再提交更新之后，B就会发现明明是自己是-=，怎么最后变成了？
这就是因为A的事务导致了B的数据更新丢失。
文字可能读起来比较晦涩，有请灵*画手：
正常情况下：
按先后顺序是，A先更新成，然后B再拿-，更新成，这样B就没异议了。或者实在要2个同时更新，那也只能有一个成功，这样也没异议。二、MP来实现乐观锁
乐观锁的实现，通过增加一个字段，比如version，来记录每次的更新。
查询数据的时候带出version的值，执行更新的时候，会再去比较version，如果不一致，就更新失败。
还是用之前的user表，增加了新的字段
version
。
1.在实体类里增加对于的字段，并且加上自动填充（你也可以每次手动填充）
2.配置插件
为了便于管理，可以见一个包，用于存放各种配置类，顺便把配置在启动类里的mapper扫描也换到这里来。
3.测试乐观锁
先新增一条测试数据：
新增成功，可以看到version值是0。
再来试一下正常的修改：
修改成功，可以看到version变成了1。
最后，模拟下并发更新，乐观锁更新失败的情况：
按照乐观锁的原理，user2是可以更新成功的，也就是name会修改为“大周4”，version会加1。user因为前后拿到的版本号不对，更新失败。
结果符合预期，我们也可以看下mybatis的日志，进一步了解一下：
可以看到上面首先是2个查询，查询到的version都是1。
接着，第一个执行update语句的时候，where条件中version=1，可以找到数据，于是更新成功，切更新version=2。
而第二个再执行update的时候，where条件version=1，已经找不到了，因为version已经被上面的更新成了2，所以更新失败。