1. 概述
- Redis全称: Remote Dictionary Server
- 基于内存的Key-Value存储系统，单线程实现
- 多样的数据类型，支持的数据类型有：string(字符串)、hash(哈希)、list(链表)、set(集合)、zset(sorted set有序集合)
- redis的value大小可达到1GB(memcach只能达到1MB)
- 持久化，redis会周期性的将更新的数据写入磁盘
- master-slave(主从)同步
- 3.0后支持分布式存储，去中心化，具有线性伸缩功能
- Redis命令大全
2. Redis数据持久化
2.1 RDB(Redis DataBase)
- SNAPSHOT(快照):
save 秒数 写操作次数如save 9000 1表示900s(15min)有一次写操作生成快照，也可save ""表示
每次写操作即生成快照 - 配置
stop-writes-on-bgsave-error yes/no当后台生成快照错误是否中断redis写操作的支持 - 配置
rdbcompression yes/no表示是否压缩RDB文件 - 每次会fork一份来重启另一个进程进行持久化
2.2 AOF(Append Only File)
- 配置
appendonly no/yes启用AOF，启动时会触发全量写文件，后面写操作是增量写文件 - 同步策略配置
appendfsync always(每次写操作都触发同步)/everysec(每秒同步一次)/no(不同步) - 重写(rewrite): 满足条件后触发重写，会对AOF文件内容优化，减少文件大小
auto-aof-rewrite-percentage 100 (表示超过文件的百分比)
auto-aof-rewrite-min-size 64mb (触发重写的最小文件大小) - AOF文件修复:
redis-check-aof --fix appendonly.aof
2.3 比较
- RDB安全性较差、容易丢失最近一次缓存内容，但文件较小，恢复速度较快，是Master/Slave主从复制模式下的最好补充
- AOF更加安全、数据的完整性较强、但文件较大、恢复速度较慢，IO开支较大，比较影响性能
- Redis启用默认是脚在AOF文件恢复数据
2.4 缓存驱逐策略
- volatile-lru：从已设置过期时间的数据集（server.db[i].expires）中挑选最近最少使用的数据淘汰
- volatile-ttl：从已设置过期时间的数据集（server.db[i].expires）中挑选将要过期的数据淘汰
- volatile-random：从已设置过期时间的数据集（server.db[i].expires）中任意选择数据淘汰
- allkeys-lru：从数据集（server.db[i].dict）中挑选最近最少使用的数据淘汰
- allkeys-random：从数据集（server.db[i].dict）中任意选择数据淘汰
- no-enviction：禁止驱逐数据
3. Redis集群
3.1 分片策略
- Redis集群被分为16384(214)个hash slot(hash槽)，集群内每个节点都拥有部分hash槽，使用数据键的CRC16编码对16384取模来
计算数据对应的hash槽，Redis最大节点数为16384 - Redis集群新增节点只用把集群中每个节点的部分hash槽移动到新节点中即可
- Redis集群移除节点也只用把该节点的hash槽移动到其他节点即可
- Redis集群之间是异步复制
3.2 架构分析
- 所有的redis节点彼此互联(PING-PONG 机制),内部使用二进制协议优化传输速度和带宽.
- 节点的fail是通过集群中超过半数的节点检测失效时才生效
- 客户端与redis节点直连,不需要中间proxy层.客户端不需要连接集群所有节点,连接集群中任何一个可用节点即可
