在这里就不谈redis的安装与启动啦，网上太多人写这个了。
从最近的一个项目【钻石夺宝】说起，如果大家有玩过一元夺宝或者全名夺宝的话，大概会知道如果参与人数多的话，每隔几秒、快的话每隔一秒都会新生成一期，虽然app的流量不多，但还要先确定好如何生成期数。
第一个问题来了，那怎样生成期数呢，自己想到的方法就是根据年月日时分秒毫秒 如果是在2016年08月21日11时57分30秒123毫秒生成的话，则把这些数字拼接在一起，
20160821115730123
看样子感觉不错，但是这样子真的好吗？期数肯定要是独一无二的（原子性），第二个问题来了，如果刚好有两期同时生成呢？
不要怀疑这个可能，这样子就会造成串期了。而且涉及到钱，不可以这样子马虎。思考啊思考啊，这个时候想到redis。。。
好吧，写到这里，终于和标题有一点联系了。
老实说，一开始就只想到redis的字符串命令，incr , 看到 incr这个命令，我觉得你也知道要怎样做了，利用redis 的原子性（原子意味着操作的不可再分，要么执行要么不执行），用当前日期作为键，值得话从1递增。 比如今天是2016年8月21日 一开始是长这样子的,生成299期
201608211,201608212,201608213,201608214,···,2016082110 ,```,20160821299
但是期数越多的话，就感觉越难看了，201608211，20160821299放到一起，位数都不一样。
给你们看一个数字， 86400，会不会很熟悉，这个是一天的秒数，考虑到实际上一秒一期也至少能满足目前的需求，决定除了基本的日期，再拼接5位的期数：如2016082100001。
// js
let str = '0000' + 1
str = str.slice(str.length - 4)
console.log(str)
// 输出 00001
当然，在redis里面的话，还是1,2,3···的啦。
写到这里，正常来说应该是结束的了，但总是感觉有地方不对，如果其他同事也用了日期作为键呢，如果在这个夺宝项目中其他地方也有类似的需求呢(有的同学会说加个项目前缀不就可以了吗，虽然可以！！！)，但这个时候，【sorted set】出场了，它长得帅！
语法：
ZINCRBY key increment member
以 夺宝项目【treasure】为【sorted set】的key， 以当前时间年月日为 member (成员)， 每次递增1
ZINCRBY 'treasure',1,'20160821'
如果要查看最近10天的成员以及生成的期数：
ZRANGE treasure 0 10 WithScores
为什么用sorted set 的原因不是因为帅，实际上，运营人员希望拿到了期数生成最多的日期及期数,ZREVRANGE 命令就可以做到了
语法：
ZREVRANGE key start stop [WITHSCORES]
//返回有序集中指定区间内的成员，通过索引，分数从高到底
实例：
ZREVRANGE treasure 0 10 WITHSCORES
当然还有很多理由用sorted set的！！！！
sorted set 更多用法可参见：
http://www.runoob.com/redis/redis-sorted-sets.html
实际项目中，是用 hash set 实现的，在一个key上新增field（日期），然后递增field的值，今天写这文章的时候，一边查阅资料，一边在思考采取哪种redis的数据类型才是正确的，最终决定用sorted set替换原本的 hash set。
【hash set】 更适合 存储对象 比如 新增key
HMSET key field value [field value ...]
结合实际：
HMSET treasure_user:001 name "xiaochi" age "26"
HMSET treasure_user:002 name "zhaomei" age "25"
夺宝项目中还用到redis的【锁】，找个时间的话，也写一下为什么要用到锁，怎样用锁。