背景
在电商系统中买商品过程，先加入购物车，然后选中商品，点击结算，即会进入待支付状态，后续支付。
过程需要检验库存是否足够，保证库存不被超卖。
目的
- 防止相同用户重复下单
- 检查库存准确数量
- 防止扣错库存数量
- 扣库存时性能效率提升、不阻塞用户
一般过程
1.select根据商品id查询商品的库存。
2.根据下单的数量，计算库存是否足够，如果存库不足则抛出库存不足的异常，如果库存足够，则减去扣除的库存得到最新的库存剩余值。
3.set设置最新的库存剩余值。
显然，在多线程的情况下，可能会出现卖出商品的数量大于库存商品的数量，也就是电商中常说的 库存超卖。
解决方法
数据库
悲观锁
使用select···for update来将商品的库存锁住来避免库存超卖。
由于for update 会锁住所有扫描的数据，其他事务必须等这个事务执行结束再进行执行，所以性能比价低下
乐观锁
其实和java中常说的cas类似，比较然后替换，一般是在数据库中加一个version字段，每次修改的时候 看看自己拿到的版本号和数据中一样的不一样，一样就继续玩，不一样就放弃这个锁。
redis
使用redis原子操作+sql乐观锁
利用Redis decr的原子操作，保证库存数安全
先查询redis中是否有库存信息，如果没有就去数据库查，这样就可以减少访问数据库的次数。
- 获取到后把数值填入redis，以商品id为key，数量为value。
- 注意要设置序列化方式为StringRedisSerializer，不然不能把value做加减操作。
- 还需要设置redis对应这个key的超时时间，以防所有商品库存数据都在redis中。
update使用乐观锁
update Product set count = count - #{购买数量} where id = #{id} and count - #{购买数量} >= 0;
虽然redis已经防止了超卖，但是数据库层面，为了也要防止超卖，以防redis崩溃时无法使用或者不需要redis处理时，则用乐观锁，因为不一定全部商品都用redis。