超卖现象：
1.不同的很多用户，发出请求10个，但是只有5个商品，同一时间访问
2.同一用户，在10个商品时，发出2个请求，在stock都成功
第一种：当读库存的时候，正常还有1个，于是2个用户都来就买，就超卖了。
1.update的时候加一个限制条件，count>1
2.
所谓超卖现象举例：比如某商品的库存为1，此时用户1和用户2并发购买该商品，用户1提交订单后该商品的库存被修改为0，而此时用户2并不知道的情况下提交订单，该商品的库存再次被修改为-1这就是超卖现象。
究其深层原因，是因为数据库底层的写操作和读操作可以同时进行，虽然写操作默认带有隐式锁（即对同一数据不能同时进行写操作）但是读操作默认是不带锁的，所以当用户1去修改库存的时候，用户2依然可以都到库存为1，所以出现了超卖现象。
解决方案：
可以对读操作加上显式锁（即在select ...语句最后加上for update）这样一来用户1在进行读操作时用户2就需要排队等待了
但是问题来了，如果该商品很热门并发量很高那么效率就会大大的下降，怎么解决？
解决方案：
我们可以有条件有选择的在读操作上加锁，比如可以对库存做一个判断，当库存小于一个量时开始加锁，让购买者排队，这样一来就解决了超卖现象。
第二种：生成两个订单的情况
给userid 和goodsId加上唯一索引，这样插入的时候，就会报错。