go抽奖系统

分6个数据库表：

黑名单表（黑名单限制到期时间、id、ip地址、创建时间、修改时间）
不同编码的虚拟券表（编码、id、奖品id、创建时间、更新时间、状态0正常，1作废，2已发放）
奖品表（位置序号、奖品类型0虚拟币，1虚拟券，2实物小奖，3实物大奖，id，图片地址、剩余数量、奖品总数、中奖编码、发奖周期、发奖计划、奖品状态0正常1删除、奖品开始时间、结束时间、奖品名称） 获奖表（id、奖品id、奖品名称、奖品类型、抽奖编号、用户ip、用户id、用户名、状态0正常1删除2作弊）
用户表（地址、id、手机号、联系人、抽奖时间、黑名单到期时间）
用户每日抽奖情况表（id、日期、抽奖次数、用户id、创建时间、修改时间）

功能：

中奖记录管理，可以根据用户id或奖品id或全部显示，后台可以将用户的中奖纪录删除或标记作弊（修改状态位）
奖品管理：显示名称数量更新时间等信息，可以修改奖品库存、中奖概率等信息，可以删除奖品（修改位）
优惠券管理：增加优惠券、删除、恢复
用户管理：显示用户名、黑名单到期时间、手机地址、创建时间、更新时间，可以黑一周一年一月洗白
ip黑名单：显示ip、黑名单到期时间、更新时间等，可以黑一周一年一月洗白

显示奖品列表：

从缓存获得全部奖品步骤：
从缓存中获取，是条json数据，将json反序列化到一个map切片，map键为string值为空接口。
再对空的数据库对象赋值，返回过去。

将奖品数据更新到缓存：

将数据库对象传入，make一个map切片，对该切片用数据库对象赋值，然后再json序列化，设置键set进redis中。

显示中奖记录:

将所有奖品的id放到切片中传到dao层，查询中奖记录表中奖品的id是不是在此切片中。

哪些用了redis：

奖品信息（奖品池）、不同编码优惠券信息（用set存储）、今日抽奖次数信息（分段的hash）、用户ip黑名单（分段的hash）用了redis缓存
而且redis单进程单线程的特点达到原子性操作的要求，避免并发操作中线程安全性问题，数据库+分布式锁在并发能力方面将会受到极大的限制。如果redis和数据库的数据不一致，以数据库为准并更新redis，因为可能redis重启了

抽奖过程：

1. 验证是否登录，从cookie中得到当前登录的用户
2. 用户抽奖分布式锁定，避免一个用户并发多次抽奖（redis设置3秒到期，键不存在时设置）
3. 验证用户今日抽奖次数，每日重置，整点归零，用hincrby记录抽奖的次数，将hash结构散列多段，提高执行效率
4. 验证ip今日抽奖次数
5. 验证ip黑名单
6. 验证用户黑名单
7. 获得抽奖编码 一个随机数
8. 匹配奖品是否中奖并直接发放不限量奖品（虚拟币）
9. 限量奖品发放，先从奖品池获得奖品数量判断是否可以发奖，可以的话更新缓存和数据库
10. 不同编码优惠券发放
11. 记录中奖纪录，若中大奖需要设置黑名单

难点：合理分配抽奖

设置奖品池，作为奖品库存的中间缓冲地带，避免一开始就把奖品发完，导致后面的时间没有奖品可以发放
发奖计划：让奖品数量合理分配到发奖周期内，每天内不同的时间段设置的概率也不一样。
精确到分钟，发奖周期内每天、每分钟发奖数量的概率相同，一天内不同时间点概率不同 。比如下午6/7/8/9的概率稍大些
如果没有发奖周期，全部填充到奖品池。当奖品数量发生变化、奖品周期发生变化、每5钟都要更新一次发奖计划，发奖计划的格式【时间：数量】时间是20190101的格式 填充奖品的服务：如果过了发奖计划的时间，就需要将这些奖品放到奖品池中，并更新发奖计划，每分钟执行一次
注意并发问题，有了二次补发的逻辑
同一个ip或用户防止得到多次大奖，添加了用户黑名单和ip黑名单