本文共 18433 字，大约阅读时间需要 61 分钟。

Redis官网： 源码托管在github： Redis下载地址：

安装Redis服务

Windows下安装Redis服务

下载地址：

解压包并在Redis根目录打开cmd窗口。

安装服务：redis-server.exe --service-install redis.windows.conf --loglevel verbose卸载服务：redis-server.exe --service-uninstall启动服务：redis-server.exe --service-start关闭服务：redis-server.exe --service-stop启动Redis客户端：redis-cli.exe -h 127.0.0.1 -p 6379

参考：

CentOS下安装Redis服务

# 下载Redis指定版本的源码压缩包到当前目录$ wget http://download.redis.io/releases/redis-3.0.7.tar.gz# 解压缩Redis源码压缩包$ tar xzf redis-3.0.7.tar.gz# 建立一个redis目录的软连接，指向redis-3.0.7。$ ln -s redis-3.0.7 redis# 进入redis目录$ cd redis# 安装gcc（操作系统已安装gcc，无需执行）yum -y install cpp binutils glibc glibc-kernheaders glibc-common glibc-devel gcc make gcc-c++ libstdc++-devel tcl# 编译（编译之前确保操作系统已经安装gcc）$ make# 安装（默认将Redis的相关运行文件放到/usr/local/bin/下）$ make install# 将Redis服务安装到指定目录中$ make PREFIX=/usr/local/redis install # 可以在任何目录执行redis-cli–v查看Redis的版本$ redis-cli -v

编译时出现：cc1: 错误：无法识别的命令行选项“-std=c11” 错误。

参考：

Ubuntu下安装Redis服务

sudo apt-get updatesudo apt-get install redis-server

Redis 单实例模式配置

启动方式

有三种方法启动Redis：默认配置、运行配置、配置文件启动。

默认配置

这种方法会使用Redis的默认配置来启动。

启动时指定配置

# redis-server --configKey1 configValue1 --configKey2 configValue2

使用6380端口启动Redis服务：

配置文件启动

Redis目录下都会有一个redis.conf配置文件，里面就是Redis的默认配置。

# redis-server /opt/redis/redis.conf

常用配置：

# 以守护进程的方式启动Redis# Redis服务进程的 pid 默认写入到 /var/run/redis.pid 文件中daemonize yes# 记录了redis服务进程的ID，如果不修改会被新端口redis服务进程的进程id覆盖掉，推荐修改pidfile /var/run/redis-6379.pid# 端口port 6379# Redis 工作目录（存放持久化文件和日志文件）dir ./# 日志文件名logfile "redis-6379.log"

发现远程客户端还是连接不了，一般情况是服务器防火墙未开放 6379 端口的访问，开启放行即可访问。

Redis 命令行客户端

交互式方式：通过redis-cli-h{host}-p{port}的方式连接到Redis服务

redis-cli -h {host} -p {port}-h 默认 127.0.0.1-p 默认 6379[root@yqLinux2 ~]# redis-cli -h 127.0.0.1 -p 6379127.0.0.1:6379> redis-cli -h 127.0.0.1 -p 6379 get helloredis-cli -h 127.0.0.1 -p 6379 shutdown

命令方式：用 redis-cli 就可以直接得到命令的返回结果

[root@yqLinux2 ~]# redis-cli -h 127.0.0.1 -p 6379 pingPONG[root@yqLinux2 ~]# redis-cli -h 127.0.0.1 -p 6379 set name "hello redis"OK[root@yqLinux2 ~]#

停止 Redis 服务

Redis提供了shutdown命令来停止Redis服务。

[root@yqLinux2 ~]# redis-cli -h 127.0.0.1 -p 6379 shutdown

日志输出如下：

# User requested shutdown... #客户端发出的shutdown命令* Saving the final RDB snapshot before exiting.#保存RDB持久化文件(有关Redis持久化的特性在1.2节已经进行了简单的介绍，RDB是Redis的一种持久化方式)* DB saved on disk #将RDB文件保存在磁盘上# Redis is now ready to exit, bye bye... #关闭

注意：

Redis关闭的过程：断开与客户端的连接、持久化文件生成，是一种相对优雅的关闭方式。

除了可以通过shutdown命令关闭Redis服务以外，还可以通过kill进程号的方式关闭掉Redis，但是不要粗暴地使用kill-9强制杀死Redis服务，不但不会做持久化操作，还会造成缓冲区等资源不能被优雅关闭，极端情况会造成AOF和复制丢失数据的情况。

Redis Desktop Manager 连接不上虚拟机的 Redis 服务

关闭防火墙： service iptables stop

开启 redis-cli 客户端：

config set requirepass 123456auth 123456

Spring Boot 连接 Redis 配置

spring:  redis:    host: 192.168.56.81    port: 6379    timeout: 1000    password: 123456

设置redis配置文件： 这样就可以不用配置 password 参数了

bind 192.168.56.81

Redis 主从架构配置

是一种读写分离方案，主作为写库，从作为读库，从库默认是只读的（通过设置slave-read-only no参数可修改为非只读，一般不会这样做），数据只能从主库写入。

将 Redis 分别安装在三台机器上。

ip：192.168.56.60（主）、 192.168.56.61（从）、 192.168.56.62（从）

三台机器建立主从关系后，主库历史数据会同步到从库中，并且是覆盖性质的。

缺点：

• 不保证高可用性，主库机器一挂，Redis服务就挂了。
• 主库承担了写责任和数据同步的责任，可能会导致负载过高。

查看主从信息：

[root@colony-1 redis-3.0.1]# redis-cli 127.0.0.1:6379> INFO replication

192.168.56.60主库配置：

无需配置。

[root@colony-1 redis-3.0.1]# redis-cli 127.0.0.1:6379> INFO replication# Replicationrole:masterconnected_slaves:2slave0:ip=192.168.56.62,port=6379,state=online,offset=99,lag=0slave1:ip=192.168.56.61,port=6379,state=online,offset=99,lag=0master_repl_offset:99repl_backlog_active:1repl_backlog_size:1048576repl_backlog_first_byte_offset:2repl_backlog_histlen:98127.0.0.1:6379>role：角色connected_slaves：从库数量slave0：从库信息

192.168.56.61从库配置：

[root@colony-2 redis-3.0.1]# redis-cli 127.0.0.1:6379> INFO replication# Replicationrole:slavemaster_host:192.168.56.60master_port:6379master_link_status:upmaster_last_io_seconds_ago:7master_sync_in_progress:0slave_repl_offset:491slave_priority:100slave_read_only:1connected_slaves:0master_repl_offset:0repl_backlog_active:0repl_backlog_size:1048576repl_backlog_first_byte_offset:0repl_backlog_histlen:0127.0.0.1:6379>

192.168.56.62从库配置：

[root@yqLinux redis-3.0.1]# redis-cli 127.0.0.1:6379> INFO replication# Replicationrole:slavemaster_host:192.168.56.60master_port:6379master_link_status:upmaster_last_io_seconds_ago:4master_sync_in_progress:0slave_repl_offset:561slave_priority:100slave_read_only:1connected_slaves:0master_repl_offset:0repl_backlog_active:0repl_backlog_size:1048576repl_backlog_first_byte_offset:0repl_backlog_histlen:0127.0.0.1:6379>

配置模版：

master：6379；slave：6380；slave：6381

# redis-6379.confdaemonize yesport 6379dir ./logfile "redis-6379.log"dbfilename "dump-6379.rdb"pidfile "/var/run/redis-6379.pid"# redis-6380.confdaemonize yesport 6380dir ./logfile "redis-6380.log"dbfilename "dump-6380.rdb"pidfile "/var/run/redis-6380.pid"slaveof 127.0.0.1 6379# redis-6381.confdaemonize yesport 6381dir ./logfile "redis-6381.log"dbfilename "dump-6381.rdb"pidfile "/var/run/redis-6381.pid"slaveof 127.0.0.1 6379

启动3个Redis服务：

[root@yqLinux2 conf]# redis-server redis-6379.conf [root@yqLinux2 conf]# redis-server redis-6380.conf [root@yqLinux2 conf]# redis-server redis-6381.conf [root@yqLinux2 conf]# ps -ef|grep redis-server | grep -v 'grep'root      4814     1  0 23:55 ?        00:00:00 redis-server *:6379         root      4818     1  0 23:55 ?        00:00:00 redis-server *:6380         root      4822     1  0 23:55 ?        00:00:00 redis-server *:6381         [root@yqLinux2 conf]#

确认主从关系：

# 主节点视角$ redis-cli -h 127.0.0.1 -p 6379 info replication# Replicationrole:master490connected_slaves:2slave0:ip=127.0.0.1,port=6380,state=online,offset=281,lag=1slave1:ip=127.0.0.1,port=6381,state=online,offset=281,lag=0.................# 从节点视角$ redis-cli -h 127.0.0.1 -p 6380 info replication# Replicationrole:slavemaster_host:127.0.0.1master_port:6379master_link_status:up.................

使用 slaveof 建立复制关系：

[root@yqLinux2 conf]# redis-cli -p 6380127.0.0.1:6380> slaveof 127.0.0.1 6379OK127.0.0.1:6380> [root@yqLinux2 conf]# redis-cli -p 6381127.0.0.1:6381> slaveof 127.0.0.1 6379OK127.0.0.1:6381> [root@yqLinux2 conf]# redis-cli -p 6379 info replication# Replicationrole:masterconnected_slaves:2slave0:ip=127.0.0.1,port=6380,state=online,offset=43,lag=1slave1:ip=127.0.0.1,port=6381,state=online,offset=43,lag=0master_repl_offset:43repl_backlog_active:1repl_backlog_size:1048576repl_backlog_first_byte_offset:2repl_backlog_histlen:42[root@yqLinux2 conf]#

使用 config rewrite 目录重写配置文件：

[root@yqLinux2 conf]# redis-cli -p 6380 config rewriteOK[root@yqLinux2 conf]# redis-cli -p 6381 config rewriteOK[root@yqLinux2 conf]# cat redis-6380.conf daemonize yesport 6380dir "/root/conf"logfile "redis-6380.log"# Generated by CONFIG REWRITEslaveof 127.0.0.1 6379[root@yqLinux2 conf]# cat redis-6381.conf daemonize yesport 6381dir "/root/conf"logfile "redis-6381.log"# Generated by CONFIG REWRITEslaveof 127.0.0.1 6379[root@yqLinux2 conf]#

断开复制关系：

# 执行slaveof no one来断开与主节点复制关系。[root@yqLinux2 conf]# redis-cli -p 6380 slaveof no oneOK

Redis 主从从架构配置

只需要配置192.168.56.62机器： 查看192.168.56.62信息：

[root@yqLinux redis-3.0.1]# redis-cli 127.0.0.1:6379> INFO replication# Replicationrole:slavemaster_host:192.168.56.61master_port:6379master_link_status:upmaster_last_io_seconds_ago:5master_sync_in_progress:0slave_repl_offset:29slave_priority:100slave_read_only:1connected_slaves:0master_repl_offset:0repl_backlog_active:0repl_backlog_size:1048576repl_backlog_first_byte_offset:0repl_backlog_histlen:0127.0.0.1:6379>

查看192.168.56.61信息：

[root@colony-2 redis-3.0.1]# redis-cli 127.0.0.1:6379> INFO replication# Replicationrole:slavemaster_host:192.168.56.60master_port:6379master_link_status:upmaster_last_io_seconds_ago:5master_sync_in_progress:0slave_repl_offset:85slave_priority:100slave_read_only:1connected_slaves:1slave0:ip=192.168.56.62,port=6379,state=online,offset=1,lag=0master_repl_offset:1repl_backlog_active:1repl_backlog_size:1048576repl_backlog_first_byte_offset:2repl_backlog_histle

主从数据同步原理

1、当从库和主库建立MS关系后，会向主数据库发送SYNC命令；

2、主库接收到SYNC命令后会开始在后台保存快照（RDB持久化过程），并将期间接收到的写命令缓存起来； 3、当快照完成后，主Redis会将快照文件和所有缓存的写命令发送给从Redis； 4、从Redis接收到后，会载入快照文件并且执行收到的缓存的命令； 之后，主Redis每当接收到写命令时就会将命令发送从Redis，从而保证数据的一致；

复制架构中出现宕机情况

如果在主从复制架构中出现宕机的情况，需要分情况看：

1、从Redis宕机 a)这个相对而言比较简单，在Redis中从库重新启动后会自动加入到主从架构中，自动完成同步数据； b)问题？ 如果从库在断开期间，主库的变化不大，从库再次启动后，主库依然会将所有的数据做RDB操作吗？还是增量更新？（从库有做持久化的前提下） i.不会的，因为在Redis2.8版本后就实现了，主从断线后恢复的情况下实现增量复制。 2、主Redis宕机 a)这个相对而言就会复杂一些，需要以下2步才能完成 i.第一步，在从数据库中执行SLAVEOF NO ONE命令，断开主从关系并且提升为主库继续服务； ii.第二步，将主库重新启动后，执行SLAVEOF命令，将其设置为其他库的从库，这时数据就能更新回来； 这个手动完成恢复的过程其实是比较麻烦的并且容易出错，有没有好办法解决呢？当前有的，Redis提高的哨兵（sentinel）的功能。

Redis 哨兵架构

主从复制的问题：

Redis主从复制模式下，一旦主节点出现了故障不可达，需要人工干预 进行故障转移，无论对于Redis的应用方还是运维方都带来了很大的不便。 对于应用方来说无法及时感知到主节点的变化，必然会造成一定的写数据丢失和读数据错误，甚至可能造成应用方服务不可用。对于Redis的运维方来说，整个故障转移的过程是需要人工来介入的，故障转移实时性和准确性 都无法得到保障。

• 主节点的写能力受到单机的限制。
• 主节点的存储能力受到单机的限制。

Redis Sentinel的高可用性：

Redis Sentinel是一个分布式架构，其中包含若干个Sentinel节点和Redis 数据节点，每个Sentinel节点会对数据节点和其余Sentinel节点进行监控，当它发现节点不可达时，会对节点做下线标识。如果被标识的是主节点，它还会和其他Sentinel节点进行“协商”，当大多数Sentinel节点都认为主节点不可达时，它们会选举出一个Sentinel节点来完成自动故障转移的工作，同时会将这个变化实时通知给Redis应用方。整个过程完全是自动的，不需要人工来介入，所以这套方案很有效地解决了Redis的高可用问题。

哨兵的作用就是对Redis系统的运行情况进行监控，它是一个独立的进程。它有两个功能：

• 监控主数据库和从数据库是否运行正常；
• 主数据库出现故障后自动将从数据库转化为主数据；
  

优点： 保证高可用

缺点： 并没有解决master服务器写压力

配置Sentinel节点：

# redis-sentinel-26379.confport 26379daemonize yeslogfile "26379.log"dir ./# 代表sentinel-26379节点需要监控127.0.0.1:6379这个主节点,2代表判断主节点失败至少需要2个Sentinel节点同意,mymaster是主节点的别名。sentinel monitor mymaster 127.0.0.1 6379 2sentinel down-after-milliseconds mymaster 30000sentinel parallel-syncs mymaster 1sentinel failover-timeout mymaster 180000# redis-sentinel-26380.confport 26380daemonize yeslogfile "26380.log"dir ./sentinel monitor mymaster 127.0.0.1 6379 2sentinel down-after-milliseconds mymaster 30000sentinel parallel-syncs mymaster 1sentinel failover-timeout mymaster 180000# redis-sentinel-26381.confport 26381daemonize yeslogfile "26381.log"dir ./sentinel monitor mymaster 127.0.0.1 6379 2sentinel down-after-milliseconds mymaster 30000sentinel parallel-syncs mymaster 1sentinel failover-timeout mymaster 180000

启动Sentinel节点：

[root@yqLinux2 conf]# redis-sentinel redis-sentinel-26379.conf [root@yqLinux2 conf]# redis-sentinel redis-sentinel-26380.conf [root@yqLinux2 conf]# redis-sentinel redis-sentinel-26381.conf

[root@yqLinux2 run]# redis-cli -h 127.0.0.1 -p 26379 info Sentinel# Sentinelsentinel_masters:1sentinel_tilt:0sentinel_running_scripts:0sentinel_scripts_queue_length:0master0:name=mymaster,status=ok,address=127.0.0.1:6379,slaves=2,sentinels=3[root@yqLinux2 run]# redis-cli -h 127.0.0.1 -p 26380 info Sentinel# Sentinelsentinel_masters:1sentinel_tilt:0sentinel_running_scripts:0sentinel_scripts_queue_length:0master0:name=mymaster,status=ok,address=127.0.0.1:6379,slaves=2,sentinels=3[root@yqLinux2 run]#

发现配置发生了变化：

去掉了默认配置,例如parallel-syncs、failover-timeout、down-after-milliseconds参数。

port 26379daemonize yeslogfile "26379.log"dir "/home/yangqian/software/redis-4.0.9/sentinel_conf"sentinel myid 5748f7e7c711aa5e1cc1f665767eef2a62c05472sentinel monitor mymaster 127.0.0.1 6379 2sentinel config-epoch mymaster 0sentinel leader-epoch mymaster 0# Generated by CONFIG REWRITEmaxclients 4064sentinel known-slave mymaster 127.0.0.1 6381sentinel known-slave mymaster 127.0.0.1 6380sentinel known-sentinel mymaster 127.0.0.1 26381 570bbb1a7365fd1d55708dca748835bdb6d3f3fesentinel known-sentinel mymaster 127.0.0.1 26380 4c62dd03b3bea72a0f798acb4af32384eda521aesentinel current-epoch 0

关闭主节点：

[root@yqLinux2 conf]# redis-cli -p 6379 shutdown[root@yqLinux2 conf]#

发现从节点6380自动切换为主节点了：

[root@yqLinux2 run]# redis-cli -h 127.0.0.1 -p 26380 info Sentinel# Sentinelsentinel_masters:1sentinel_tilt:0sentinel_running_scripts:0sentinel_scripts_queue_length:0master0:name=mymaster,status=ok,address=127.0.0.1:6380,slaves=2,sentinels=3[root@yqLinux2 run]# redis-cli -h 127.0.0.1 -p 6381 info replication# Replicationrole:slavemaster_host:127.0.0.1master_port:6380master_link_status:upmaster_last_io_seconds_ago:1master_sync_in_progress:0slave_repl_offset:17440slave_priority:100slave_read_only:1connected_slaves:0master_repl_offset:0repl_backlog_active:0repl_backlog_size:1048576repl_backlog_first_byte_offset:0repl_backlog_histlen:0[root@yqLinux2 run]# redis-cli -h 127.0.0.1 -p 6380 info replication# Replicationrole:masterconnected_slaves:1slave0:ip=127.0.0.1,port=6381,state=online,offset=19183,lag=0master_repl_offset:19449repl_backlog_active:1repl_backlog_size:1048576repl_backlog_first_byte_offset:2repl_backlog_histlen:19448[root@yqLinux2 run]#

配置说明：

sentinel monitor 
    
     
      
      
       master-name：监控的名字ip、port：监控的主节点ip和portquorum：判定主节点最终不可达所需要的票数
      
     
    
   

sentinel down-after-milliseconds 
    
    
     判定节点不可达的超时时间，单位：毫秒
    
   

sentinel parallel-syncs 
    
    
     用来限制在一次故障转移之后,每次向新的主节点发起复制操作的从节点个数
    
   

Redis 集群架构

主从复制，每个数据库都要保存整个集群中的所有数据，容易形成木桶效应（性能取决于性能最差的那台机器）。

1、开启集群

cluster-enabled yes

2、安装 ruby 环境

# 安装rubyyum -y install zlib ruby rubygemsrz上传redis-3.2.1.gem# 使用 gem 目录安装redis接口，gem是ruby的一个工具包gem install -l redis-3.2.1.gem

3、创建集群

# 进入 redis 安装包路径下的 src目录[root@yqLinux src]# pwd/home/redis-3.0.1/src# 创建集群[root@yqLinux src]# ./redis-trib.rb create --replicas 0 192.168.56.60:6379 192.168.56.61:6379 192.168.56.62:6379>>> Creating clusterConnecting to node 192.168.56.60:6379: OKConnecting to node 192.168.56.61:6379: OKConnecting to node 192.168.56.62:6379: OK>>> Performing hash slots allocation on 3 nodes...Using 3 masters:192.168.56.62:6379192.168.56.61:6379192.168.56.60:6379M: 6a2690f7781b1af14044c77ec01143159c0923f4 192.168.56.60:6379   slots:10923-16383 (5461 slots) masterM: fab96e689e3d261555435690862bef46db48d1ec 192.168.56.61:6379   slots:5461-10922 (5462 slots) masterM: d5dcfdbde0d5144ce8c471cd5b14ea5b78d1dce6 192.168.56.62:6379   slots:0-5460,5798 (5462 slots) master

创建集群出现的问题：

[root@yqLinux src]# ./redis-trib.rb create --replicas 0 192.168.56.60:6379 192.168.56.61:6379 192.168.56.62:6379>>> Creating clusterConnecting to node 192.168.56.60:6379: OKConnecting to node 192.168.56.61:6379: OKConnecting to node 192.168.56.62:6379: OK[ERR] Node 192.168.56.62:6379 is not empty. Either the node already knows other nodes (check with CLUSTER NODES) or contains some key in database 0.表示创建集群中的所有数据库必须为空。使用 FLUSHALL 命令可以情况所有数据。

Redis集群添加数据报错：

[root@colony-1 home]# redis-cli -c127.0.0.1:6379> set name 123(error) CLUSTERDOWN The cluster is down127.0.0.1:6379>

原因：一般情况下是由于集群中的slots分布不正确导致的。在移除node节点或增加node节点的时候，需要重新分配slot，不然就会出现上面的问题。

集群添加数据出现错误后，发现用 check 命令检查，提示16384个slot分配不均匀。

解决方案：删除所有节点上的 dump.rdb 和 nodes.conf 文件后，重新再创建集群。

[root@yqLinux src]# ./redis-trib.rb check 192.168.56.60:6379Connecting to node 192.168.56.60:6379: OK>>> Performing Cluster Check (using node 192.168.56.60:6379)M: 6a2690f7781b1af14044c77ec01143159c0923f4 192.168.56.60:6379   slots: (0 slots) master   0 additional replica(s)[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[ERR] Not all 16384 slots are covered by nodes

4、测试

# 在 192.168.56.62 节点上保存数据发现出错。[root@yqLinux redis-3.0.1]# redis-cli 127.0.0.1:6379> set name 999(error) MOVED 5798 192.168.56.61:6379127.0.0.1:6379>

原因：因为 name 的 hash 槽信息在 192.168.56.61 上。

解决方案：使用 redis-cli -c 命令登录。

# 发现会自动重定向到槽所在节点的机器上。[root@yqLinux redis-3.0.1]# redis-cli -c127.0.0.1:6379> set name 666-> Redirected to slot [5798] located at 192.168.56.61:6379OK192.168.56.61:6379>

5、集群相关命令

# 检查集群运行情况[root@colony-2 src]# ./redis-trib.rb check 192.168.56.62:6379# 修复集群[root@colony-2 src]# ./redis-trib.rb fix 192.168.56.62:6379# 重新分配 slot[root@colony-2 src]# ./redis-trib.rb reshard 192.168.56.62:6379# redis 命令查看插槽分布情况[root@colony-1 src]# redis-cli127.0.0.1:6379> cluster nodes6663d54db59bbdc02a257b12889079c55cf6420a 192.168.56.60:6379 myself,master - 0 0 1 connected 10923-163830ed5ff416e96f9829162e81cbe257acc951fac90 192.168.56.61:6379 master - 0 1555092653644 2 connected 5461-109223449e658a263a573b31669539b1684b892ba8bea 192.168.56.62:6379 master - 0 1555092654666 3 connected 0-5460127.0.0.1:6379>

5、插槽和 key 的关系

计算 key 的插槽值：根据 key 值使用算法计算出哈希值，再将哈希值对16384取余得到插槽值，保证 key 插槽值一定在0-16383范围内。

Redis 集群新增节点

水平扩展。

# 新增集群节点命令，第一个ip是被新增节点的ip，第二个ip是已经存在集群节点的ip./redis-trib.rb add-node 192.168.56.63:6379 192.168.56.60:6379

出现了下面的这个错误信息。

原因：可能是当前数据库有数据了。 解决方案：清空数据库，并删除 dump.rdb 后重启 redis 服务后问题解决。 添加成功。 已添加到集群，但是未分配插槽。

#重新分配插槽[root@yqLinux src]# ./redis-trib.rb reshard 192.168.56.62:6379

Redis 集群删除节点

第一步：将要删除节点上的插槽转移到其他节点上。

执行：[root@colony-2 src]# ./redis-trib.rb reshard 192.168.56.61:6379

输入需要删除节点上的插槽数据量

输入转到到哪个节点的节点id

输入插槽来源的节点id

输入done，开始转移

第二步：使用命令删除节点。

[root@colony-2 src]#  ./redis-trib.rb del-node 
   <被删除节点ip>
    :
     
     <被删除节点的节点id>
    
   

Redis 集群故障

当集群中的节点超过半数认为该目标节点疑似下线，那么该节点就会被标记为下线；

当集群中的任何一个节点下线，就会导致插槽区有空档，不完整，会导致该集群不可用。

解决方案：在集群中可以使用主从模式实现某一个节点的高可用。

Redis 主从集群

当某节点（master）宕机后，集群会将该节点的从数据库（slave）转变为（master）继续完成集群服务。

三台服务器：192.168.56.60、192.168.56.61、192.168.56.62 每台服务器创建2个redis节点，端口号分别为：7000、7001

1、在192.168.56.60上创建2个redis节点

mkdir redis_cluster  	// 创建集群目录mkdir 7000 7001   		// 分别代表2个节点    其对应端口 7000 7001cp redis.conf 7000		// 将redis配置文件拷贝到7000目录cp redis.conf 7001		// 拷贝到7001目录

分别对7001，7002文件夹中的2个文件修改对应的配置

daemonize yes							 // redis后台运行pidfile /var/run/redis_7000.pid			 // pidfile文件对应7000,7001port 7000                                // 端口7000,7001cluster-enabled yes                      // 开启集群  把注释#去掉cluster-config-file nodes_7000.conf      // 集群的配置  配置文件首次启动自动生成 7000,7001cluster-node-timeout 5000                // 请求超时  设置5秒够了

2、在61和62上创建2个redis节点，方式和第一台机器一样

3、分别启动redis节点

redis-server  redis_cluster/7000/redis.confredis-server  redis_cluster/7001/redis.conf

4、创建集群

# 创建集群，指定了从库数量为1，创建顺序为主库（3个）、从库（3个）：./redis-trib.rb create --replicas 1 192.168.56.60:7000 192.168.56.61:7000 192.168.56.60:7001 192.168.56.61:7001

5、创建完成

6、测试

# 本地连接 -c:表示在集群中会重定向，-p:端口号[root@colony-2 redis_cluster]# redis-cli -c -p 7000# 远程连接[root@yqLinux redis_cluster]# redis-cli -h 192.168.56.61 -p 7001

使用集群需要注意的事项

1、多键的命令操作（如MGET、MSET），如果每个键都位于同一个节点，则可以正常支持，否则会提示错误。

2、集群中的节点只能使用0号数据库，如果执行SELECT切换数据库会提示错误。

192.168.56.62:7000> select 1(error) ERR SELECT is not allowed in cluster mode

使用 Jedis 连接到集群

添加依赖：

   	
    
     redis.clients
    	
    
     jedis
    	
    
     2.7.2
    
   

示例：

public class JedisClusterTest {
       public static void main(String[] args) {
           Set
   
     nodes = new HashSet
    
     ();        // 集群中任意节点的ip即可，因为集群都是相通的        nodes.add(new HostAndPort("192.168.56.60", 7000));        // 这里的JedisCluster不需要关闭，因为内部已经关闭连接了        JedisCluster jedisCluster = new JedisCluster(nodes);        jedisCluster.set("ddd", "66666666");    }}
    
   

转载地址：http://odchb.baihongyu.com/