改一下压测数据试试呢，比如改成一共一百万个请求，可同时并发执行50万个请求

A  执行了 incrby后 等于  100   A就中奖    一旦 incrby > 100   就是未中奖

可不可以这样理解，判断操作和set操作为2个操作，A先进行了判断操作，在进行set操作之前，B进行了判断操作，如此才导致A和B都判断为空，进行set

假如B在判断为空操作后，网络延迟了，直到A进行了incrby操作后，才进行set，这样就会出现问题了

redis本身没有并发问题，如你所说。这里讲的是一个限量抽奖的程序，用redis做并发控制，防止抽奖过量。