秒杀超卖解决方案

方案一：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的事务，锁住操作的行

方案五：乐观锁