方案一：redis事务处理（multi）
我们可以使用redis中的监听（watch）方法，去监听库存数量，一旦库存数量在其他客户端发生改变，后续操作则会失败。
watch key1 key2 监听key1 key2有没有变化,如果有变, 则事务取消
方案二：redis分布式锁
分布式锁确保只有一个线程会操作库存，明哥在redis文集中有过专门的整理
1加锁（占个位置，后续的进不来）：
setnx命令: 只在键key不存在的情况下，将键key的值设置为value 。若键key已经存在， 则不做任何动作。
2解锁（用完了，就把位置让出来）：
del（key）
3锁超时（万一中间出现点意外，没有解锁，过几秒会自动释放）
expire（key，30）
方案三：redis队列（rpoplpush的安全队列）
把每一件商品都lpush到redis队列中，利用lpop从队列中去取
方案四：mysql层面优化update语句（凑数）
收到抢购请求后，对商品执行库存 -1 操作。然后给用户生成一个订单。
这系列操作中，并发问题在于：如果库存为1，这时候有两个用户同一时间请求，那么两个进程同时select 到库存数为1，并同时进行update -1操作，那么相当于1件商品就卖出去了两次。
那么如何解决这个问题呢？很简单。我们只需要把select库存和update库存-1这两个操作放在1个事务里，并且在select商品库存的时候for update一下加上排他锁。那么就不存在两人同时读取到库存1的可能了。第一个人-1库存，+1订单，提交事务。第二人才能select到库存。这时候库存就是0了。自然而然就是抢购失败。
上面是理论。实际操作中，有更简单的办法。那就是直接update 商品表 库存-1 where id=商品id AND 库存!=0;然后获取更新数量，如果不为1，就是抢购失败。为1，就是抢购成功。这里面保证并发安全的是数据库的单条sql就是一个事务的特性保证的。
优化方案1：将 库存 字段 设为unsigned，当库存为0时，因为字段不能为负数，将会返回false
优化方案2：使用mysql的事务，锁住操作的行
