核心配置参数
典型应用场景
String存储
简单字符串存储 //set key value
结构体或对象存储 //mset person:name magicq person:age 37 gender:1
分布式锁 setnx
文章计数 //INCR article:001
各类场景（单机或集群）订单号生成 // INCRBY orderNO 1000
集群环境下Session共享
购物车功能（HASH存储）
1、全选功能：获取所有该用户的购物车商品
2、商品数量：购物车要显示用户所有购买的商品数量
3、删除：移除购物车中某商品
4、增加或减少某商品数量
实现：
hmset char:001 productId:1 productNum:1 productId:2 productNum:2 ...productId:N productNum:N
hgetall char:001 //显示商品及数量信息
hvals char:001 //取得所有商品数量列表，循环列表项，求和。
hdel char:001 productId:4
hincrby char:001 productId:4 -3 //减少3个商品4
List实现队列和栈
队列：先进后出（FILO）:LPUSH+RPOP
栈：先进先出（FIFO）:LPUSH+LPOP
List实现订阅号消息列表展示
MagicQ订阅了极客时间和炬蜡科技的服务号，当2个公众号分别发消息时，MagicQ显示2条消息列表。
实现：
lpush msg:magicq 极客时间是优质的内容创造社区
lpush msg:magicq 炬蜡科技是优质在线教育平台
lrange mag:magicq 0 -1
Set实现抽奖活动
参与抽奖：活动ID为act:001，当user:001点击“参与抽奖”时，将userId:001放入活动集合 sadd act:001 user:001。
开始抽奖2名：srandmember act:001 2 或 spop act:001 2
查看参与抽奖用户列表：smembers act:001
Set实现朋友圈消息的点赞列表
userId:001为消息001点赞 --sadd zan:001 userId:001
userId:001取消对消息001的点赞 --srem zan:001 userId:001
查看userId:001是否为消息001点过赞即zan:001集合中是否包含该成员 --sismember zan:001 userId:001
Set实现社交好友
magicq关注的人 sadd magicqCares lison,merry,Li,king
solo关注的人 sadd soloCares james,merry,jack,clv,king
adver关注的人 sadd adverCares deer,ck,king
实现：
计算magic和solo共同好友-- sinter magicqCares soloCares ->{merry,king}
计算我关注的人也关注了他 --sismember magicqCares king ->1
sismember soloCares king ->1
计算我可能认识的人 --sdiff magicqCares adverCares ->{lison,merry,Li}
Zset话题排行榜
点击话题 zincrby key increment member
今日点击排名前10 zrevrange key 0 9 withscores
近三日排名前10
1、生成新的集合： zunionstore destination 3 key1 key2 key3 weight 1 2 3 -- 将key1、key2、key3取并集，集合元素对应的socre值分别乘以因子1、2、3后，将结果集放入destination中返回。
2、新的集合前10名列表：zrevrange destination 0 9 withscores
内存占用相关建议
redis2.2之后采用了内存压缩技术，以便用更少的内存存储更多的数据。如list，set，zset，hash等。可以通过配置参数修改对应的阀值。这种以CPU换内存的编码方式理论上会节省10倍以上的内存。（hash-max-ziplist-entries 512 hash-max-ziplist-value 64 ）
尽量使用hash对对象进行存储，而非string set操作对象各个值，或将对象存成JSON格式
小结：对于小数据量hash表，采用内存压缩技术后，变成线性表结构存储，节省了内存，有利于CPU缓存；当数据量大于阀值时，节省内存的优势就没有了，真正变成了hash表存储元素。hash采用内存预分配进行初始化（100个字段），这是一种内存预分配的初始化方式。但hash表的时间复杂度是O(1)，以空间换内存。
RESP协议
格式：
特点：简单、高效、可解释性强
传输：客户端与服务器端通过socket建立tcp通信
Redis集群规范
Redis集群非一致性hash，而是采用了hash槽（16843个）实现
Redis集群采用主从复制模式
Redis并不能保证数据的强一致性，也就是说在某些情况下会丢失数据
Redis的Sentinel系统采用流言协议（gossip protocols）来接收关于主服务器是否下线的信息， 并使用投票协议（agreement protocols）来决定是否执行自动故障迁移， 以及选择哪个从服务器作为新的主服务器。
监控
提醒
自动故障迁移