Redis集群学习笔记
Redis集群学习笔记
前言
最近有个需求,就是将一个Redis集群中数据转移到某个单机Redis上。
迁移Redis数据的话,如果是单机Redis,有两种方式:
a. 执行redis-cli shutdown
命令,触发写RDB
和AOF
写磁盘操作,然后将RDB文件和AOF文件都拷贝到新服务器上,然后运行服务器即可。
b. 如果不想暂停服务,可以用工具,比如Redis Dump;也可以采用Redis提供的Master Slave方式同步数据。
但是,如果是Redis集群的话,每个Redis实例上面只有部份数据,这就不太好办了。因此,有必要学习Redis集群的相关知识。
基础知识 - 分片
为什么Redis需要分片?Redis分片可以:
- 分片后,数据库容量不受单机内存容量限制
- 分片能利用多核、多服务器,提高计算能力(一个Redis服务是单线程的)
- 分片后,单机网络带宽压力减少。
为什么选择哈希分片(hash partitioning)?
最简单的分片方式是范围分片,不过范围分片要维护一个映射范围到实例的表,这种方式效率低。
例如:如果我们的数据是user
的形式,我们可以把user<0>到user<1000>的数据存到1号Redis实例,把user<10001>到user<20000>存到2号Redis实例,依此类推。但如果我们还有post , , 等各种不同类型的键,我们需要为每一种类型定义一个映射范围表。这个比较麻烦。
采用哈希分片就没有这个问题。由于Redis自身是一个Key-Value数据库,可以直接对key这个字符串计算hash,得到一个数字,然后对数字取模(模为redis实例数目)。
例如:我们对user<2019>这个键计算哈希得到数字9527520,假设我们有7个Redis实例,9527520 % 7 = 2,我们就能知道这个数据存放在2号Redis实例中。
分片的不同实现
- 客户端分片(Client side partitioning)意味着,客户端直接选择正确的节点来写入和读取指定键。许多 Redis 客户端实现了客户端分片。
- 代理协助分片(Proxy assisted partitioning)意味着,我们的客户端发送请求到一个可以理解 Redis 协议的代理上,而不是直接发送请求到 Redis 实例上。代理会根据配置好的分片模式,来保证转发我们的请求到正确的 Redis 实例,并返回响应给客户端。Redis 和 Memcached 的代理 Twemproxy 实现了代理协助的分片。
- 查询路由(Query routing)意味着,你可以发送你的查询到一个随机实例,这个实例会保证转发你的查询到正确的节点。Redis 集群在客户端的帮助下,实现了查询路由的一种混合形式 (请求不是直接从 Redis 实例转发到另一个,而是客户端收到重定向到正确的节点)。下面所说的Redis Cluster就是采用查询路由的方式。
Redis官方提供的集群实现:Redis Cluster
从 Redis 3.0 开始,Redis提供了一个官方集群实现:Redis Cluster。
上面这两个文档足够了,下面是我的一些理解。
新增或删除结点
RedisCluster通过哈希槽移动、哈希槽百分比调整、重新分片(Reshard)等操作完成增删结点、数据均衡。
这篇博客挺好的,自己动手试试试试能加深理解,CSDN - Redis Cluster增加节点和Reshard
Redis Cluset的主从模型Master-Slave
比如我们有6个Redis实例,可以用分别设置A,B,C三台作为Redis Cluster的主服务器,然后设置A1,A2,A3作为从服务器。这样,当主服务器A宕机后,Redis Cluster会自动将请求重定向到A1服务器。
一定要看的链接
- 极客学院 - Redis 3.0 Wiki - 分片 PS:感觉这个教程写的特别棒。
- Redis Cluster Tutorial 下面是翻译,一定要看:
- Redis at Zhihu - Redis在知乎的应用阅读这个,你可以知道:
- 了解一下客户端分片、代理分片以及Redis集群的应用
- 了解为什么知乎不采用Redis官方提供的Redis Cluster实现?