购物车结算生成订单时，需要对购物车中每件商品进行库存校验，和库存预扣除
我现在想到了两种方案
第一种：
是每次只获取一个商品的锁，然后查询判断库存，预扣除，然后释放锁，之后的商品都走一遍这个流程
第二种：
是一次性获取到所有需要结算的商品的锁，然后一次性查询出所有商品库存，进行库存判断，预扣除，然后释放所有的锁
两种方法目前我能想到的利弊：
第一种如果商品多了，访问数据库就会比较频繁，但是锁单件商品的时间短了
第二种如果商品多了，访问数据库虽然不会很频繁，但锁持有的时间肯定比第一种方法要长(而且是所有需要结算商品的锁)
哪种方法比较合适，或者有什么更好的方法
希望各位大神指导指导
这时候如果你选择第一种，在数据链路层来卡死只锁单件商品，就会面临频繁的锁》扣库》释放》异常》锁》退库》释放。
这时候造成的系统性能浪费未见得更低，以及会带来业务展现上的不稳定（消费者会面临这款产品的库存数量“频繁抖动”）。也增加了上层的业务实现复杂度。
要解决总耗时只能用缓存数据库了啊，redis memcached mysql 的 memory 表都可以吧，
另外如果处理订单除了减库存，还要减红包，发短信，发邮件，赠送积分，红包等等，那可以考虑协程异步处理（消息队列）了啊
不知道说的对不对。
第一种方法就要执行 100 遍 update 语句来更新每件商品的库存 每件商品执行一次 但每次只需要拿一件商品的锁
第二种方法将 100 件商品库存用一个 update 语句更新 因为需要一起更新 所以就需要同时持有 100 件商品的锁
大概是这么个意思
那就考虑缓存数据库呗，期待你的结果。
我目前用的是第二种方案 利弊上面也有大神说了