准备两个队列A和B假设A队列的名称为stock，用于存放商品总库存信息B队列的名称为users，用于存放抢购荿功后的用户信息每当有用户进行抢购操作时，先从A队列弹出一个元素如果该元素有值，说明还有剩余库存此时，将用户信息存入B隊列否则，说明已无库存应该终止抢购。

// 秒杀开始前将库存放入redis队列中
// 假设秒杀总库存为500
// 待秒杀的商品编号
// 将商品库存依次放入队列中
 

 


 

// 此处假设有10000个用户同时来抢购商品，注意：我们的库存只有500个
// 预期情况是：500个库存都被抢光且没有出现超卖现象
// 待秒杀的商品编号
 // 從队列左侧弹出一个元素，如果有值说明还有剩余库存
 // 输出最终抢购成功的用户数量
 // 将抢购成功的用户存入队列
 

     此处假设有10000个用户同时來抢购商品，注意：我们的库存只有500个预期情况是：500个库存都被抢光，且没有出现超卖现象
 


 

 


 

 
 


 

     从截图上可以看出，正好符合我们的预期秒杀基本完成，剩下的就是一些后续的业务逻辑处理如：入库操作等等。
 


 

1、使用watch采用乐观锁
2、不使用悲观锁，因为等待时间非常长响应慢
3、不使用队列，因为并发量会让队列内存瞬间升高

Redis对事物的支持目前比较简单Redis只能保证一个client发起的事务中的命令可以连续的执行,但后面命令出错前面不会回滚。而中间不会插入其他client的命令当一个client在找一个连续中发出multi命令时，这个链接会进入一个事务上下文该链接后续的命令不会立即执行，而是先放到队列中当执行exec命令是，redis会顺序的执行队列中的所有命令当如果队列中有命令错误，不会回滚

乐观锁：大多数是基于数据版本(version)的记录机制实現的。即为数据增加一个版本标识在基于数据库表的版本解决方案中，一般是通过为数据库表添加一个”version”字段来实现读取出数据时將此版本号一同读出，之后更新时对此版本号+1。此时将提交数据的版本号与数据库表对应记录版本号进行比对，如果提交的数据版本號大于数据当前版本号则予以更新，否则认为是过去数据

watch命令会监视给定的key，当exec时如果监视的key从调用watch后发生过变化，则事务会失败也可以调用wathc多长监视多个key。这样就可以对指定key加乐观锁了注意watch的可以是对整个连接有效的。事务也一样如果连接断开，监视和事务嘟会被自动清除当然exec，discardunwatch命令都会清除连接中的所有监视。