关于乐观锁
简单的来说，乐观锁就是在修改数据库数据的时候，验证数据库里的那条数据是不是可以修改的状态，即执行
update 。。。where 【条件】。这个条件就是确保当前的那条记录时可以修改的，如果不可以修改，这句update语句就无法执行成功，这个方法在高并发状态下和类似于定量发放红包的场景下十分实用。使用方式1： 一条订单记录需要修改状态，假设目前这条订单处于刚刚下单状态，商家端可以对其修改为接单并执行商品出库，用户端还可以在商家接单前撤销订单，如果两个操作同时执行，就有可能导致用户端点击了撤销订单，但是商家依然会接单并且使商品出库的问题，避免这个问题的方法就是在执行update语句的时候加上where判断当前订单的状态是刚刚创建的，已接单不能撤销，已撤销不能接单。
使用方式2：在需要的记录表中加上version字段，每做一次update都要让version+1，所以在修改某一条记录前先读取该条记录的version记为v，在执行update时加上
where `version` = v，如果期间有其他的线程修改了这条记录，必然导致where条件不成立，这样重复这一操作知道成功执行修改操作。使用方法3：需要向用户发放1000个红包，怎么发放才能正好控制在1000个。在数据库中生成1000个无人领取的红包，每次有人来领取，执行一次
update set `user_id` = #{userId}, `status` = 1 where `status` = 0 limit 1（假设status为0代表未领取的红包状态，1代表已领取），limit 1同样可以保证update只对一条记录起效。这样在红包只剩最后一个的时候，来了好几个用户争抢红包，也可以保证只有一个用户能领到红包，且不会出现被后来的用户数据覆盖的情况。