运用redis实现高并发下的抽奖功能

redis缓存解决并发访问问题。  
抽奖总数出现负数解决方案：   
1.redis队列的pop操作是原子性的，即一个操作发出后，不换线程一直到结束，  
即使有很多用户同时到达，也是依次执行。  

2.具体方案：
    
    普通实现方案：在生成序列号、更新数据库之前，判断队列的库存数量（提前设定  
    库存数量），lpop数据，如果还有则执行，没有则返回。  
    
    一个用户抢一个：需要一个排队队列和抽奖结果队列及库存队列。高并发情况，  
    先将用户进入排队队列，用一个线程循环处理从排队队列取出一个用户，判断用  
    户是否已在抢购结果队列，如果在，则已抢购，否则未抢购，库存减1，写数据  
    库，将用户入结果队列。  

3.优势  
    1）将库存字段number字段设为unsigned，当库存为0时，因为字段不能为负  
    数，将会返回false  
    2）使用MySQL的事务，锁住操作的行  
    3）使用非阻塞的文件排他锁 
       使用上述的方法也可以实现高并发下抽奖功能不会出现负数但是MySQL  
    事务以及文件锁会在高并发下性能下降厉害，而且使用redis方案可以灵活  
    准确控制用户能抽中奖的次数。