Redis 常用数据类型
1.字符串
string
int 分布式锁、规避并发
bitmap （1字节=八位能够使用很小的空间处理很大标记性的数据）
1)SETBIT 设置
2)BITCOUNT 数量
3)BITPOS 1第一次出现
4)BITOP 计算AND 并 、 OR 或 、 NOT异或 、 XOR 非
2.列表
有序（插入顺序）
栈 同向命令
堆 反向命令
数组
阻塞队列 BLPOP key [key ...] timeout (消息队列)
3.Hash
map（key,value）
int类型的可以做CRUD
详情页（点赞、收藏、）
4.set
无序 位置随机 去重
抽奖
5.sorted_set
有序set 从左往右变大 底层使用跳表
多个key 可以进行操作（交集、并集）【爬数据根据权重重新排序】
排名
扩展
Pub/Sub 消费者订阅一个通道（阻塞），生产者往通道里面添加数据，消费者会接收到数据。
Redis是可扩展的：（可以专门为某块业务来扩展Redis类型）
使用Redis解决穿透问题---bloom过滤器
bloom 原理是利用bitmap来实现的 一个值通过n个算法定位到n个位数 bitmap对应的位数为1通过反之不通过。能够很大概率上防止穿透。
Redis保证数据不丢失
RDB：是指在指定的时间间隔内将内存中的数据集快照写入磁盘。实际操作过程是，fork 一个子进程，先将数据集写入临时文件，写入成功后，再替换之前的文件，用二进制压缩存储。
AOF：以日志的形式记录服务器所处理的每一个写、删除操作，查询操作不会记录，以文本的方式记录，可以打开文件看到详细的操作记录。RDB优点缺点：
优点：1）灵活设置备份频率和周期。
2）性能最大化。需要做的只是 fork 出子进程，之后再由子进程完成这些持久化的工作，这样就可以极大的避免服务进程执行 IO 操作了。
3）恢复更快。相比于 AOF 机制，RDB 的恢复速度更更快，更适合恢复数据，特别是在数据集非常大的情况。
缺点：1）数据丢失。系统一旦在定时持久化之前出现宕机现象，此前没有来得及写入磁盘的数据都将丢失。【配合AOF使用】
2）数据集较大时，可能会导致整个服务器停止服务。【夜晚启动RDB备份】AOF优点缺点：
优点：1)AOF 包含一个格式清晰、易于理解的日志文件用于记录所有的修改操作。
2)可以带来更高的数据安全性，即数据持久性。Redis 中提供了 3 种同步策略，即每秒同步、每修改(执行一个命令)同步和不同步。【丢数据少】
3）AOF 日志过大，Redis 可以自动启用 rewrite 机制。
缺点：1）AOF 文件通常要大于 RDB 文件。RDB 在恢复大数据集时的速度比 AOF 的恢复速度要快。
2）AOF 在运行效率上往往会慢于 RDB 。【基于同步策略】
Redis集群化部署
sentinel 哨兵模式
主要解决是主备问题：由于网络不稳定。当主机挂掉之后哨兵模式能够更快的相应把备机转换成主机。
哨兵模式运行机制：哨兵通过与Redis主备机通信，当某台Redis通信失败会认为该Redis宕机。如果master宕机会通知其他备机，并通过修改配置把备机修改成主机。
一般情况sentinel会有三个节点，通过投票的方式来确定Redis节点是否宕机。少数服从多数原则。过半原则。
Redis单节点容量问题
1、按照业务拆分。（权限一套Redis、商品一套Redis等）
2、sharding分片技术。
主要介绍2.
2.1 客户端分片
通过算法把数据分别存储到不同的服务器上。
2.2 服务端分片
数据发送到服务端，服务端通过算法把数据存储到不同的机器上。
2.3 代理分片
数据发送给代理，由代理通过算法把数据存储到不同的机器上。
优缺点：
客户端分片。服务端简单，客户端需要进行数据处理然后进行分片。业务复杂化。可以支持服务端数据计算（sorted_set交并集、事务等）
服务端分片：Redis 3.0的集群支持HA。客户端连接集群中任意节点，增删改查时会通过算法查出数据在哪个节点上，会自动把连接连到该节点。数据分片算法 hash取模 16384个槽位。连接成本会很高。
代理分片：客户端与代理连接，所有的操作发送给代理，由代理确定数据存储到哪个节点上。需要引入代理层。twemproxy、predixy。（predixy很快）
分片算法：
1. hash 取模算法 （扩展性不高）
2. 随机random
3. hash一致性
