Windows下如何安装配置Redis环境

下载redis:https: github com MicrosoftArchive redis releases(这里选择Redis-x64-3 0 504

下载redis:https://github.com/MicrosoftArchive/redis/releases(这里选择Redis-x64-3.0.504.zip)

一、单节点环境Redis临时服务

# 打开cmd,进入到刚才解压到的目录,启动临时服务:redis-server.exe redis.windows.conf (备注:通过这个命令,会创建Redis临时服务,不会在window Service列表出现Redis服务名称和状态,此窗口关闭,服务会自动关闭。)

#打开另一个cmd窗口,客户端调用:redis-cli.exe -h 127.0.0.1 -p 6379。

Redis自定义windows服务安装

进入Redis安装包目录,安装服务:redis-server.exe --service-install redis.windows.conf --service-name redisserver1 --loglevel verbose

可以在window service列表下查看是否安装成功。

安装服务:redis-server.exe --service-install redis.windows.conf --service-name redisserver1 --loglevel verbose

启动服务:redis-server.exe --service-start --service-name redisserver1

停止服务:redis-server.exe --service-stop --service-name redisserver1

卸载服务:redis-server.exe --service-uninstall--service-name redisserver1

二、Redis Cluster环境

搭建 Redis集群,三个主节点,三个从节点,多主节点为了分布集群,从节点是为了高可用性。

软件环境准备

# 下载redis最新版本(版本必需要3.0以上)

下载地址:https://github.com/MSOpenTech/redis/releases下载Redis-x64-3.0.504.zip

# 安装Ruby语言运行环境

下载地址:http://dl.bintray.com/oneclick/rubyinstaller/rubyinstaller-2.3.3-x64.exe

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

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

#安装redis的ruby驱动rubygems

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

也可以去这里下载:https://www.haodaima.com/softs/539242.html

进入rubygems-2.7.7目录下面执行cmd命令:ruby setup.rb

# 执行命令:gem install redis

开始安装

#解压Redis-x64-3.0.504.zip,并复制,如下图

#修改每个redis.windows.conf, 修改里面的端口号,以及集群的配置

cluster-enabled yescluster-config-file nodes-6379.confcluster-node-timeout 15000appendonly yes

如果cluster-enabled 不为yes, 那么在使用JedisCluster集群代码获取的时候,会报错。

cluster-node-timeout 调整为 15000,那么在创建集群的时候,不会超时。

cluster-config-file nodes-6379.conf 是为该节点的配置信息,这里使用 nodes-端口.conf命名方法。服务启动后会在目录生成该文件。

记得把其他节点配置也要改。

#编写一个bat来启动redis,在每个节点目录下创建start.bat,内容如下(端口记得对应):

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

#进入每个端口的文件夹,执行start-server.bat文件,启动每个节点的服务

#安装集群脚本redis-trib

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

进入redis-trib.rb所在的目录。

执行以下命令:

ruby redis-trib.rb create --replicas 1 127.0.0.1:7000 127.0.0.1:7001127.0.0.1:7002127.0.0.1:7003127.0.0.1:7004127.0.0.1:7005

注:如果出现Node is not empty,先清空所有端口目录下面的nodes.conf和dump.rdb文件再重复执行第9步,然后再执行上面的命令。

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

#验证集群是否启动成功

进入某个端口文件夹,操作某个节点指令:

redis-cli.exe -c -p 7000

参数-c表示进入cluster模式。

在7000节点存储一个键

Set test zxh

注意:可能会出现“Redirected to slot [8106] located at 127.0.0.1”的提示,这表示通过计算,落在了8106这个slot上了(因为7000是slave,7001是master只有master才能写入,如果在7001进行写入,则不会有该提示信息)。

重新打开一个cmd窗口连接7001节点

redis-cli.exe -c -p 7001

执行

get test

如果能取到在7000节点存储的键,表明集群安装成功。

注:下次启动集群的时候,只需要启动每个节点就行,无需在执行ruby redis-trib.rb create --replicas 1 127.0.0.1:7000 127.0.0.1:7001127.0.0.1:7002127.0.0.1:7003127.0.0.1:7004127.0.0.1:7005命令了。

三、redis哨兵哨兵Sentinel

Redis Sentinel是一个分布式系统, 一个架构中可以运行多个Sentinel 进程,一个 Sentinel 可以与其他多个 Sentinel 进行连接, 各个 Sentinel 之间可以互相检查对方的可用性,并进行信息交换。

每个哨兵(sentinel)会向其它哨兵(sentinel)、master、slave 定时发送消息,以确认对方是否“活”着。如果发现对方在

指定时间(可配置)内未回应,则暂时认为对方已挂(即所谓的“主观认为宕机”或“主观下线”:Subjective Down,简称 sdown)

若“哨兵群”中的多数 sentinel 都报告某一 master 没响应,系统才认为 该master “彻底死亡”(即客观上的真正宕机或“客观下线”:Objective Down,简称 odown),通过一定的 vote 算法,从剩下的 slave 节点中,选一台提升为 master,然后自动修改相关配置。

配置sentinel

注意:windows系统下解压的Redis的zip文件夹中是不存在sentinel.conf文件的,那么我们需要手动来新建该文件。

sentinel.conf的文件内容解读:

# ------------------------------------------------------------------------------------ #
# 这个是Redis-6379的配置内容,其它两个Redis-6380、Redis-6381同理新增然后改一下端口即可 #
# ------------------------------------------------------------------------------------ #

# 当前Sentinel服务运行的端口
# 在默认情况下,Sentinel 使用 TCP 端口 26379(普通 Redis 服务器使用的是 6379 )
port 26379

# 哨兵监听的主节点mymaster;最后面的数字 3 表示最低通过票数;# 默认值 2
# 如果投票通过,则哨兵群体认为该主节点客观下线(odowm)
sentinel monitor mymaster 127.0.0.1 6379 3

# 哨兵认定当前主节点mymaster失效的判别间隔时间
# 如果在设置的时间内(毫秒),当前主节点没有响应或者响应错误代码,则当前哨兵认为该主节点主主观下线(sdown)
# 3s内mymaster无响应,则认为mymaster宕机了
sentinel down-after-milliseconds mymaster 3000

# 执行故障转移时,最多有1个从节点同时对新的主节点进行同步
# 当新的master上位时,允许从节点同时对新主节点进行同步的从节点个数;默认是1,建议保持默认值
# 在故障转移期间,将会终止客户端的请求
# 如果此值较大,则意味着"集群"终止客户端请求的时间总和比较大
# 反之此值较小,则意味着"集群"在故障转移期间,多个从节点仍可以提供服务给客户端
sentinel parallel-syncs mymaster 1

# 故障转移超时时间。
# 当故障转移开始后,但是在此时间内仍然没有触发任何故障转移操作,则当前哨兵会认为此次故障转移失败
sentinel failover-timeout mymaster 10000

如果搭建的是哨兵集群,只需要修改port端口即可。

哨兵启动脚本start-sentinel.bat内容如下:

redis-server.exe sentinel.conf --sentinel

注意:sentinel的配置与redis的配置是分开的,如果搭建的是:一主两从,哨兵集群(3个)。那么就需要复制6份Redis脚本,3份作为主从复制(一主两从),3份作为sentinel。

主从切换

可以从 sentinel 日志中出现的几个消息来进行查看故障转移:

  • ① +switch-master:表示切换主节点(从节点晋升为主节点)
  • ② +sdown:主观下线
  • ③ +odown:客观下线
  • ④ +convert-to-slave:切换从节点(原主节点降为从节点)

但是在我们的操作中,发现当master下线的时候,sentinel可以看到master下线的日志,但是并没有主备切换的日志信息

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持好代码网。