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层.客户端不需要连接集群所有节点,连接集群中任何一个可用节点即可