Windows下如何安装配置Redis环境

Windows下如何安装配置Redis环境

-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://dlsKKCldZtN.bintray.com/oneclick/rubyinstaller/rubyinstaller-2.3.3-x64.exe

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

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

#安装redis的ruby驱动rubygems

-：https://rubygems.org/pages/download

也可http://以去这里-：https://jb51-/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的文件内容解读：

# -----------------------------sKKCldZtN------------------------------------------------------- #

# 这个是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下线的日志，但是并没有主备切换的日志信息

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。