回顾一下下单流程：

用户发起请求

会先请求Nginx,Nginx反向代理到Tomcat，而Tomcat中的程序，会进行串行工作，

分为以下几个操作：

1 查询优惠券

2 判断秒杀库存是否足够

3 查询订单

4 校验是否是一人一单

5 扣减库存

6 创建订单

像什么一人一单，扣减库存这些地方都是要操作数据库的，所以时间会消耗比较多，效率比较低，就是说 ，他是一个串行执行的，所以就需要异步执行操作

优化方案：

我们将耗时较短的逻辑判断放到Redis中，例如：库存是否充足，是否一人一单这样的操作，只要满足这两条操作，那我们一定是可以下单成功的

其次不用等数据真的写进数据库，直接告诉用户我们下单成功就好了，后续的操作呢，后台直接再开一个线程，后台线程再去慢慢执行队列里的消息，这样就可以很快的完成下单任务了，就是先不管有没有真正的下单成功，只要点了下单优惠券就告诉用户下单成功就好了，后续的操作有点慢，得后台的线程再去慢慢的执行队列里的消息

但是存在一个问题就是：有可能已经告诉用户下单成功了，但后边出现了的问题导致其实并没有真正下单成功，那这张优惠券就用不了

这其中存在两个难点：

1 怎么在Redis中快速校验是否一人一单，还有库存判断

2 校验一人一单和将下单数据写入数据库，这是两个线程，我们怎么知道下单是否完成

整体思路：

当用户下单之后，判断库存是否充足，只需要取Redis中根据key找对应的value是否大于0即可，如果不充足，则直接结束。如果充足，则在Redis中判断用户是否可以下单，怎么判断呢？

用set集合，用户一旦下单就将用户id（userId）存入到集合当中，诶当下一次用户下单的时候，就判断一下userId是否在集合里面，如果set集合里面没有该用户的下单数据，就可以下单，如果里面有用户的userId，那就不能下单了，并将userId和优惠券存入到Redis当中，并且返回0，整个过程保证原子性的（也就是没有其他线程插入），所以需要用Lua来操作

同时由于我们需要在Redis中查询优惠券信息，所以在我们新增秒杀优惠券的同时，需要将优惠券信息保存到Redis中

看下图Lua脚本：