redis总结

默认端口

6379

为什么redis是单线程还这么快

• 纯内存操作
• 避免频繁的上下文切换
• 采用非租塞I/O多路复用机制

数据类型

string

常用命令

get key
set key value

场景：

• 缓存
• 计数器
• 共享session
• 限制获取短信的时间间隔

list

底层是链表

常用命令

• LPOP key 移出并获取列表的第一个元素
• LPUSH key value1 [value2] 将一个或多个值插入到列表头部
• BLPOP key1 [key2 ] timeout 移出并获取列表的第一个元素， 如果列表没有元素会阻塞列表直到等待超时或发现可弹出元素为止。

使用场景

• 消息队列
  redis的lpush+brpop命令组合即可实现阻塞队列，生产者客户端是用lupsh从列表左侧插入元素，多个消费者客户端使用brpop命令阻塞时的“抢”列表尾部的元素，多个客户端保证了消费的负载均衡和高可用性
• 文章列表
  每个用户都有属于自己的文章列表，现在需要分页展示文章列表，此时可以考虑使用列表，列表不但有序同时支持按照索引范围获取元素。
• 使用列表技巧：
  lpush+lpop=Stack(栈)
  lpush+rpop=Queue（队列）
  lpush+ltrim=Capped Collection（有限集合）
  lpush+brpop=Message Queue（消息队列）

set

值不重复的集合，无序

常用命令

• SADD key member1 [member2] 向集合添加一个或多个成员
• SCARD key 获取集合的成员数
• SDIFF key1 [key2] 返回给定所有集合的差集
• SDIFFSTORE destination key1 [key2] 返回给定所有集合的差集并存储在 destination 中
• SISMEMBER key member 判断 member 元素是否是集合 key 的成员
• SMEMBERS key 返回集合中的所有成员
• SPOP key 移除并返回集合中的一个随机元素

应用场景

• 标签（tag）：集合类型比较典型的使用场景，如一个用户对娱乐、体育比较感兴趣，另一个可能对新闻感兴趣，这些兴趣就是标签，有了这些数据就可以得到同一标签的人，以及用户的共同爱好的标签，这些数据对于用户体验以及曾强用户粘度比较重要。（用户和标签的关系维护应该放在一个事物内执行，防止部分命令失败造成数据不一致）
  sadd=tagging（标签）
  spop/srandmember=random item（生成随机数，比如抽奖）
  sadd+sinter=social Graph(社交需求)

sorted set

每个元素关联一个序号

常用命令

• ZADD key score1 member1 [score2 member2] 向有序集合添加一个或多个成员，或者更新已存在成员的分数
• ZCARD key 获取有序集合的成员数
• ZCOUNT key min max 计算在有序集合中指定区间分数的成员数
• ZINCRBY key increment member 有序集合中对指定成员的分数加上增量 increment
• ZREM key member [member …] 移除有序集合中的一个或多个成员

使用场景

-排行榜：有序集合经典使用场景。例如视频网站需要对用户上传的视频做排行榜，榜单维护可能是多方面：按照时间、按照播放量、按照获得的赞数等。

hash

value是键值对，适用于存储对象

常用命令

• HDEL key field1 [field2] 删除一个或多个哈希表字段。
• HEXISTS key field 查看哈希表 key 中，指定的字段是否存在。
• HGET key field 获取存储在哈希表中指定字段的值。
• HGETALL key 获取在哈希表中指定 key 的所有字段和值。

redis持久化

如果同时使用RDB和AOF，如果redis重启的话，则会优先采用AOF方式来进行数据恢复，这是因为AOF方式的数据恢复完整度更高。官方建议同时使用这两个方式。
redis默认开启RDB，不开启AOF。

RDB

Redis DataBase
在不同的时间点，将redis存储的数据生成快照并存储到磁盘等介质上
定时持久化

AOF

Append Only File
将redis执行过的所有写指令记录下来，在下次redis重新启动时，只要把这些写指令从前到后再重复执行一遍，就可以实现数据恢复了
AOF文件会比RDB文件大，AOF恢复速度没有RDB快。

数据恢复

• RDB 方式：将dump.rdb 文件拷贝到redis的安装目录的bin目录下，重启redis服务即可。
• AOF方式：正常情况下，将appendonly.aof 文件拷贝到redis的安装目录的bin目录下，重启redis服务即可。但在实际开发中，可能因为某些原因导致appendonly.aof 文件格式异常，从而导致数据还原失败，可以通过命令redis-check-aof --fix appendonly.aof 进行修复 。从下面的操作演示中体会。

持久化总结

• Redis 默认开启RDB持久化方式，在指定的时间间隔内，执行指定次数的写操作，则- 将内存中的数据写入到磁盘中。
• RDB 持久化适合大规模的数据恢复但它的数据一致性和完整性较差。
• Redis 需要手动开启AOF持久化方式，默认是每秒将写操作日志追加到AOF文件中。
• AOF 的数据完整性比RDB高，但记录内容多了，会影响数据恢复的效率。
• Redis 针对 AOF文件大的问题，提供重写的瘦身机制。
• 若只打算用Redis 做缓存，可以关闭持久化。
• 若打算使用Redis 的持久化。建议RDB和AOF都开启。其实RDB更适合做数据的备份，留一后手。AOF出问题了，还有RDB。

部署

单例模式

主机可写，然后主机再写到从机，如果主机故障，则需手动更改主机配置

哨兵模式

主节点下线，哨兵节点检测到会转移主节点，

redis集群模式