架构

sharding

redis 集群是主从式架构，数据分片是根据hash slot(哈希槽来分布)

总共有16384个哈希槽，所以理论上来说，集群的最大节点（master）

数量是16384个。一般推荐最大节点数量在1000个左右。

数据到shard的映射是根据传过来的key，CRC16生成值，然后对16834个哈希槽取模。目的就是数据能够均匀分布。

为。

没有mongo cluster 中mongos 角色。所有节点既要存储数据，也要存储

节点配置信息，比如某个hash槽的值对应在哪个节点上。客户端通信可以与

任意一个master节点连接。

redis是单线程，单进程的。所以可以拿来做分布式锁

一致性

不是强一致性，因为从master-slave的复制是异步的

持久化

RDB(redis database) 机制

隔一段时间去做一次copy,从内存到disk

AOF(append only file):

logs: 所有的写操作都记录下logs

需要将log写到磁盘中，因此代价比较大

SAVE:

强制redis server 去创建RDB snapshot

数据类型

字符串（Strings）

最多可以储存512字节的内容

列表(Lists)

按照插入顺序排序

LPUSH list a

列表最多包含2^32 - 1个元素

集合（Sets）

无序字符串合集，最多包含2^32 - 1个元素

有序集合(Sorted sets)

哈希（Hashed）

key,value

HSET username:a

消息机制

1. pub/sub

很简单，就是定义一个channel，然后将数据publish过去。

需要监听的客户端subscribe这个channel。就可以在onMessage方法中

处理监听到的消息了。

缺点就是一条消息会被多个监听的客户端都监听到，这样在水平扩展的应用服务中会有问题。

1. 列表，push pop

将数据push到链表中，然后pop出来，使用阻塞式BLPOP