node.js - 抽奖码设计问题

问题描述

程序的逻辑：

程序事先生成了抽奖码存在mysql中，然后有用户来的以后，找到一个没有用过的抽奖码给他，然后把这个抽奖码设置成为已经使用过了

问题：当大量用户同时并发请求的时候，大部分用户返回同一个抽奖码

原因大概是这样子的

select codeid,codevalue from tb_code where isused=0 Limit 1

通过上面的sql找到一个没有使用过的抽奖码

update tb_code set isused=1 where codeid=codeid

然后上面的sql语句是更新为已经使用

当大量用过过来的时候，比如A先取到一个码XYBV，但是还没有更新，B用户也过来了的时候找到的也是这个码值了。

code的返回都是在执行完update以后返回

后来修改了下更新语句

update tb_code set isused=1 where isused=0 and codeid=codeid

根据affectedRows来判断是不是更新成功了，如果成功的话，则返回code，否返回一个null

这样虽然不会返回重复的值，但是会有一部分收不到码值

再后来的搜了下，使用直接更新查找到码值，最后再通过ranomno来查找刚才更新的码值，如下面所示的sql

update tb_code set isused=1,randomno=’+randomno+’ where codeid in ( select codeid from (select codeid from tb_code where isused=0 Limit 1) as arbitraryTableName)’;

刚开始本地测试的时候，没有问题，想着解决了。后来上线，检测日志的时候，发现很多请求长时间没有响应，应该是上面的sql语句执行的效率太低了。

最后换了一种方法使用redis缓存code

先从库里面取1000个code使用Lpush放去redis里面去，然后当用户有请求过来，直接从redis里面取Rpop

然后做一个定时任务，检测redis里面的code数量，如果少于设定的数量，就从库里面取1000个Lpush到redis里面去

现在项目跑了几个小时，暂时没有发现请求超时的问题和码值重复的问题。

但是感觉这种方式凑合能用，但不是最好的

想请问大家，对于类似的问题有没有最佳实践，比如在数据库设计和程序结构上

问题解答

你可以事先生成所有的code，放redis里，这样不用一千一千的再去弄了。

你也可以用mongodb,查询修改数据库并发性能也挺强的；

可以试试mysql 的事务呢？http://dwz.cn/3SrgGk

抽奖码即时根据uid算一个 加一点随机字符串