结论:双重reddision锁+redis的pop操作+失败回滚机制
1.选择reddision而不用redis原生锁是因为reddsion有线程排队等待机制,防止大量的请求因为拿不到锁而直接导致失败
2.第一层锁的目的是过滤掉并发的下单请求,让拿不到锁的线程排队等待,key为商品id
3.第二层锁的目的是过滤掉同一个人的多次下单请求,防止一人下多单,key为商品id:userId
4.通过redis的pop操作,过滤掉那些在已经售空之后发出的下单请求,减轻数据库压力。
5.pop操作不能放在第一层,必须要在锁的里面,防止有失败导致商品回退的情况发生,导致先进来的请求因为没有等到回退的商品反而抢购失败。
6.发生异常,则redis和数据库都进行回滚。此时分两种情况:
1)pop成功,但是操作数据库失败,此时回滚后redis和数据库中的数据都是正确的
2)pop失败,此时回滚后redis中的数据会多一个,但是不影响,因为最终是以数据库下单成功为准,相当于只是多出来一次无效请求。
7.数据库是最后一道关卡,update ... where 库存>0,防止超卖。