Redis集群搭建与原理-CSDN博客

一、为什么要搭建集群

通常，为了提高网站响应速度，总是把热点数据保存在内存中而不是直接从后端数据库中读取。

Redis是一个很好的Cache工具。大型网站应用，热点数据量往往巨大，几十G上百G是很正常的事儿。

由于内存大小的限制，使用一台 Redis 实例显然无法满足需求，这时就需要使用多台 Redis作为缓存数据库。但是如何保证数据存储的一致性呢,这时就需要搭建redis集群.采用合理的机制,保证用户的正常的访问需求。

采用redis集群，可以保证数据分散存储，同时保证数据存储的一致性，并且在内部实现高可用的机制，实现了服务故障的自动迁移。

二、windows下模拟redis集群

注意：

redis只有3.0之后的版本才有集群
redis5.0以后搭建集群不需要再使用集群管理工具redis-trib，redis-cli实现了集群管理工具。

本次集群模拟基于redis 4.0.14，下载地址：https://github.com/tporadowski/redis/releases/tag/v4.0.14

新建一个redisCluster目录，存放redis各个节点。

配置redis

修改redis.windows.conf，修改内容为：

port 7001//修改为与当前文件夹名字一样的端口号
appendonly yes //指定是否在每次更新操作后进行日志记录，Redis在默认情况下是异步的把数据写入磁盘，如果不开启，可能会在断电时导致一段时间内的数据丢失。 yes表示：存储方式，aof，将写操作记录保存到日志中
cluster-enabled yes //开启集群模式
cluster-config-file nodes-7001.conf  //保存节点配置,自动创建,自动更新(建议命名时加上端口号)
cluster-node-timeout 15000 //集群超时时间，节点超过这个时间没反应就断定是宕机

然后把7001 redis文件，每样复制一份到7002 7003 7004 7005 7006！（Redis集群至少需要3个master节点，所以现在总共有6个节点，就只能是1master对应1slave这种方式）。

然后打开7001 --- 7006 的redis.windows.conf文件，把端口和cluster-config-file配置项改一下。

然后每个节点文件下建立一个启动bat文件，startredis.bat：

title redis
redis-server.exe redis.windows.conf

然后每个点击启动即可。

安装Ruby语言运行环境

Ruby语言运行环境，下载地址：http://dl.bintray.com/oneclick/rubyinstaller/rubyinstaller-2.3.3-x64.exe

选中3个，然后点击安装。

验证：打开cmd窗口，输入ruby –version出现版本号表示安装成功。

下载安装Redis的Ruby驱动redis-xx.gem

下载地址：https://rubygems.org/pages/download

也可以去这里下载：https://www.jb51.net/softs/539242.html

解压后，在cmd命令行模式下进入rubygems-2.7.7目录执行：ruby setup.rb

接着，切换到redis集群目录下，执行gem install redis：

安装集群脚本redis-trib

下载地址 https://raw.githubusercontent.com/antirez/redis/unstable/src/redis-trib.rb

下载后放到redis集群文件根目录下：

启动集群

① 启动7001 -- 7006 所有的redis ( 或者启动所有集群节点start.bat ) 这里无论什么方式只要启动redis了就可以。

② 开始创建集群打开cmd 执行构建集群脚本 redis-trib.rb

ruby redis-trib.rb create --replicas 1 127.0.0.1:7001 127.0.0.1:7002 127.0.0.1:7003 127.0.0.1:7004 127.0.0.1:7005 127.0.0.1:7006

如果出现Node is not empty，先清空所有端口目录下面的nodes.conf和dump.rdb文件再执行上面的命令。

在出现 Can I set the above configuration? (type 'yes' to accept): 请确定并输入 yes 。

replicas 1中的1表示占比，表示主和从的比例数据，这里是三主三从，所以是1。

测试

在7001 库添加一个数据测试，然后其他库进行查询数据同步过来就说明成功。

分配策略

采用一种叫做哈希槽 (hash slot)的方式来分配数据，redis cluster 默认分配了 16384 个slot，三个节点分别承担的slot 区间是：

三、常见的Redis集群方案

基于客户端分片

Redis Sharding是Redis Cluster出来之前，业界普遍使用的多Redis实例集群方法。其主要思想是基于哈希算法，根据Redis数据的key的哈希值对数据进行分片，将数据映射到各自节点上。

优点在于实现简单，缺点在于当Redis集群调整，每个客户端都需要更新调整。

基于代理服务器分片

客户端发送请求到独立部署代理组件，代理组件解析客户端的数据，并将请求转发至正确的节点，最后将结果回复给客户端。

优点在于透明接入，容易集群扩展，缺点在于多了一层代理转发，性能有所损耗。

Redis Sentinel(哨兵)

Redis Sentinel是官方从Redis 2.6版本提供的高可用方案，在Redis主从复制集群的基础上，增加Sentinel集群监控整个Redis集群。当Redis集群master节点发生故障时，Sentinel进行故障切换，选举出新的master，同时Sentinel本身支持高可用集群部署。

优点在于支持集群高可用，高性能读写，缺点在于没有实现数据分片，每个节点需要承载完整数据集，负载能力受当个Redis服务器限制，仅支持通过增加机器内存实现垂直扩容，不支持水平扩展。