抽奖活动+mysql_简单的活动抽奖算法&方案

前言

只要是有营销的场景，抽奖可以说几乎是必不可少的功能，如何基于一个简单的抽奖逻辑去支撑种类繁多的抽奖方案，结合之前的经验，总结如下。

原理

其实不论上层的抽奖方案是什么(例如，大转盘，刮刮乐，扎气球、砸金蛋等)，都只是展示层的提现形式不一样，底层都可以使用同一个抽奖算法。

想想，如果是线下举办抽奖，一般会有哪些方案？

可预估奖品数

主动式，抽奖券500份，其中有奖品的只有10份，然后给用户抽，抽中就是你的。例如：买汽水的瓶盖抽奖，刮刮乐。

被动式，带ID的抽奖券500份，给用户抽，然后系统随机抽取10个ID发放奖品。例如：发布会入场券抽奖

不可预估奖品数

用户自己填信息的抽奖券，到时候由系统随机生成一个数，比对一致的就即为中奖者。例如：彩票。

其实线上的抽奖算法，基本上也是基于模拟线下场景方案来模拟的。但绝大多数场景都是黑盒操作，执行抽奖，中间的过程用户是无法获知的。

算法

1、随机区间法

这个方法随机度高，根据概率论来计算，每个用户的单次中奖概率为中奖概率=奖品数/预估抽奖用户人数

如图所示，上面是一个奖品的分配区间，例如预计抽奖100W人，1等级1个，2等奖3个，3等奖5个，4等奖10个，其余999981都是谢谢惠顾。用户抽奖的时候，获得一个随机数，判断是否在中奖区间即可。发放奖品，则区间内的奖品剩余数-1；回收奖品，则区间内的奖品+1。

当一个奖品被抽完之后，从奖品区间移除(谢谢惠顾一般不算奖品)，其余继续抽奖，例如上图的10个4等奖被抽光了。而当所有奖品都抽光了，就会只剩下一个谢谢惠顾的区间，这样用户不论怎么抽，都只会是谢谢惠顾，直到活动日结束。如果需要限制总抽奖次数，则将谢谢惠顾的部分也纳入库存，最终库存全部消耗完，随即提示用户抽奖