关于使用redis防高并发超中奖品设置过期时间的一个疑问
滿天的星座
滿天的星座 2017-04-25 09:02:25
0
1
872

业务

大转盘抽奖活动 奖品分实物和红包 限制用户只能中一个实物

使用redis防同一用户并发超领实物 即中了多个实物
获得奖池

AwardPool chooseAwardFromPool(){ //得到奖池
    // 查询所有有效奖品
    // 若用户之前已中了实物 排除实物奖品
    if(hasWinedRealObject && award.type==实物)
        continue;
    //...
}
award = chooseAwardFromPool(pool); //从奖池中随机选择一个奖品

若用户还未抽中实物, 且同一用户并发进入, 存在随机选择的奖品都为实物的可能, 如同一用户10个并发请求进来, 其中3个请求碰巧随机选择的奖品均为实物, 于是该用户就能中3个实物, 于是需要引入redis来防并发超中实物. 如下所示

//选中奖品后处理
if(award.type == 实物){ // 若奖品为实物
    key = "user_"+userId+"_实物_count";
    count = redis.incr(key);
    if(count == 1){
        redis.expire(key, 10*60); //设置过期时间10分钟
    }
    if(count > 1){ //同一用户中了多个实物
        award = 未中奖; //此时默认替换为未中奖奖品
    }
}

过期时间我始终不知该如何评估, 设置多长时间合适, 因为基本上是针对恶意用户并发请求才引入redis的, 正常用户的正常页面操作无需做任何处理, 因为若前一次中了实物,后面再来抽奖的话, 一开始取得奖池时就会排除掉实物奖品, 故后面抽奖奖池中压根就没有实物奖品了, 也就不会中实物了.
为什么设置10分钟呢? 因为我觉得两个并发请求--且是均中了实物的两个请求--不可能执行redis.incr(key)时相隔了10分钟, 如下所示

#请求1  用户尚未中实物 从奖池中随机返回了一个实物奖品
award = chooseAwardFromPool(pool); //从奖池中随机选择一个奖品

#请求n  用户尚未中实物 也从奖池中随机返回了一个实物奖品
award = chooseAwardFromPool(pool); //从奖池中随机选择一个奖品

#请求1 执行redis操作
count = redis.incr(key);

#请求n 执行redis操作
count = redis.incr(key);

我觉得10分钟能够保证请求n执行redis操作时, key不会过期, 故能够防超中实物.

但又不是很笃定, 怎觉得存在请求2执行时key会过期的情况, 但又想不出什么情况下会有这样的情况.
请求数并发量特别大的情况下会存在这种可能吗? 如

ab -n 1000000 -c 1000 -T "application/x-www-form-urlencoded" -p post_draw http://localhost:8080/draw

如请求1过来的时候随机选中了一个实物, 等到请求n过来的时候, 请求1还没有提交到数据库中, 于是请求n有可能随机返回一个实物奖品, 等到请求n执行redis.incr(key)时, 已经过了10分钟了, 于是请求n仍能中实物.于是同一用户中了两个实物.

滿天的星座
滿天的星座

모든 응답(1)
洪涛

1. 디자인에 따라 redis를 사용하여 시간을 영구 설정하는 것이 어떨까요? 요청 A가 제출될 때까지 기다린 후 정상적인 논리적 판단을 따릅니다.
2. Redis 없이 데이터베이스를 사용하여 다중 동시성 제어를 달성하려면 먼저 상금 풀 테이블이 있어야 합니다. 각각의 당첨자를 나타내는 필드가 있습니다. 사용자가 상품에 당첨되면 상품 풀 테이블이 업데이트되어 당첨자를 설정하며, SQL 업데이트 시 실제 상품 수량 제어 조건을 추가하게 됩니다.

최신 다운로드
더>
웹 효과
웹사이트 소스 코드
웹사이트 자료
프론트엔드 템플릿