Linux下安装配置redis详细教程,并配置哨兵模式,redis配置文件中文详解

2022/7/4 2:21:06

本文主要是介绍Linux下安装配置redis详细教程,并配置哨兵模式,redis配置文件中文详解,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!

redis版本为redis-3.2.12,使用工具将安装包上传到data目录。   在data目录下创建文件夹redis,将redis安装在此目录。   第一步:解压。  
cd data
tar -zxvf redis-3.2.12.tar.gz
  第二步:安装,PREFIX=/data/redis用来设置安装目录。  
cd redis-3.2.12/
make
make install PREFIX=/data/redis

  

到此,redis已经安装完成,剩下就是配置和启动服务。   进入redis目录,创建配置文件conf、日志logs、数据库dump、进程号pid四个目录,用来存放对应的文件,这四个目录也可以存放在其他文件夹,只要与配置文件中的配置一致即可,否则在启动服务时会报错。其中bin目录就是redis安装成功后的一些命令文件。  
cd redis
mkdir conf
mkdir logs
mkdir dump
mkdir pid

 

redis服务配置一主二从,哨兵模式。注意:如果在实际开发中用不到哨兵模式,redis服务配置一主一从即可。   主Redis配置:redis_6379.conf  
# Redis配置文件

# 请注意,为了读取配置文件,Redis必须以文件路径作为第一个参数启动:
# ./redis-server /data/redis/conf/redis_6379.conf

# 加载更多配置文件
# include /path/to/local.conf
# include /path/to/other.conf

# 默认Redis不以守护进程的方式运行。如果需要开启修改为"yes"。
# 在该模式下,redis会在后台运行,并将进程pid号写入至redis.conf选项pidfile设置的文件中
# 此时redis将一直运行,除非手动kill该进程。
daemonize yes 

# 以守护进程运行时,Redis默认会将pid存入/var/run/redis.pid文件中。
# 指定pid存放位置和文件名
pidfile /data/redis/pid/redis_6379.pid

# 接收指定端口的连接,默认是6379。
port 6379

# 在每秒高请求的环境中,您需要提高backlog的配置,来避免客户端连接速度慢的问题。
# 注意,Linux内核会截断这个值,因此同时修改/proc/sys/net/core/somaxconn和tcp_max_syn_backlog的值,来获得期待的效果。
tcp-backlog 6000 

# 默认Redis监听所有能够链接服务器的网络链接。
# 可以使用"bind"配置指令只监听一个或多个接口,后面可以跟一个或多个ip地址。
# bind 192.168.1.100 10.0.0.1
# bind 127.0.0.1
bind 0.0.0.0

# 客户端空闲N秒后连接关闭(0表示永不超时)
timeout 0

# TCP保活机制,就是为了保证连接的有效性,探测连接的对端是否存活的作用,在间隔一定的时间发探测包,根据回复来确认该连接是否有效。
# Redis3.2.1版本之后默认值为300秒
tcp-keepalive 300

# 指定日志级别
# debug(大量新秀,针对开发/测试)
# verbose(大量的有用信息,但不像debug级别那样混乱)
# notice(一般的信息,可以在生产中使用)
# warning(只记录非常重要和关键的消息)
loglevel notice

# 指定日志存放位置和日志文件名称
logfile "/data/redis/logs/redis_6379.log"

# 设置数据库编号
databases 16

# 将数据库数据保存到磁盘策略:
#   save <seconds> <changes>
#   如果给定的秒数和对数据库的修改操作数两个条件同时满足,则都会触发保存。
#   下面的示例中会触发保存:
#   900秒(15分钟)后,如果有1个key被修改
#   300秒(5分钟)后,如果有10个key被修改
#   60秒后,如果有10000个key被修改
save 900 1
save 300 10
save 60 10000

# 最近一次保存失败,Redis将停止接受写入。
# 如果保存过程中Redis再次运行,RDB将会允许再次写入。
stop-writes-on-bgsave-error yes

# 开启RDB文件压缩,Redis会采用LZF算法进行压缩。
# 如果不想消耗CPU性能来进行文件压缩的话,可以设置为关闭此功能,这样的缺点是需要更多的磁盘空间来保存文件。
rdbcompression yes

# 自从RDB 5版本之后CRC64校验被放置在文件末尾。
# 开启RDB文件检查,检查是否有无损坏,如果在启动是检查发现损坏,则停止启动。
rdbchecksum yes

# 转储数据库的文件名
dbfilename dump_6379.rdb

# 指定转储数据库存放目录,必须指定
dir /data/redis/dump

# 主从复制关系,主redis不需要配置,从redis需要配置
# slaveof <masterip> <masterport>

# 如果主redis设置了密码,则从redis必须设置masterauth,否则主从数据同步会被拒绝。
# masterauth nxredis@YH

# 当从redis与主redis失去连接时,或者正在同步数据时,从机有两种工作方式:
# 1.如果slave serve stale data设置为“yes”(默认值),则slave仍会回复客户端请求,可能会包含过期数据,或者如果这是第一次同步,则数据集可能为空。
# 2.如果slave serve stale data设置为“no”,则slave将对除INFO和SLAVEOF之外的所有类型的命令回复错误“正在与主机同步”。
slave-serve-stale-data yes

# Redis2.6版本之后默认情况下从机为只读。
slave-read-only yes

# 主从同步策略: 是否开启无磁盘交互模式.
# 1) 磁盘备份: 主Redis创建一个新进程,将RDB文件写入磁盘。然后该文件由父进程以增量方式同步到从Redis内存。
# 2) 无磁盘交互模式: 主Redis创建一个新进程直接将RDB文件同步到从Redis内存。
repl-diskless-sync no

# 在进行无磁盘交互模式下Redis从库的延迟时间
repl-diskless-sync-delay 5

# 从Redis以设定的间隔时间向主Redis发送ping,默认为10秒。
# repl-ping-slave-period 10

# 主从同步超时时间,该值必须大于ping的时间间隔。
# repl-timeout 60

# 第一次数据同步后是否采用延迟策略。
# 设置成yes,则redis会合并小的TCP包从而节省带宽,但会增加同步延迟(40ms),造成master与slave数据不一致。
# 设置成no,则redis master会立即发送同步数据,没有延迟
repl-disable-tcp-nodelay no

# 缓冲复制队列大小
# repl-backlog-size 1mb

# 缓冲复制队列存活时长,0表示永远有效
# repl-backlog-ttl 3600

# 主Redis宕机后,选取从Redis时根据该设置的优先级选取,该值越小优先级越大。
# 如果多个从Redis优先级相同,则选取复制内容越完整的当选。
# 如果优先级和内容复制都相同,则选取runid最小的。
# 设置为0表示永不能当选为主Redis。
# 默认值为100
slave-priority 100

# 设置访问密码,密码尽可能复杂,以免被攻击破解。
# 注意,主redis设置了密码,则从redis必须设置masterauth,否则主从数据同步会被拒绝。
requirepass nxredis@YH

#设置客户端同时最大连接数,默认情况下10000。
maxclients 1024

# 内存大小配置
# 1k => 1000 bytes
# 1kb => 1024 bytes
# 1m => 1000000 bytes
# 1mb => 1024*1024 bytes
# 1g => 1000000000 bytes
# 1gb => 1024*1024*1024 bytes
# 单位不区分大小写,所以1GB 1Gb 1gB时相同的含义
maxmemory 1073741824

# 内存回收策略
# 1.volatile-lru:从设置了过期时间的数据集中,选择最近最久未使用的数据释放。
# 2.allkeys-lru:从数据集中(包括设置过期时间以及未设置过期时间的数据集中),选择最近最久未使用的数据释放。
# 3.volatile-random:从设置了过期时间的数据集中,随机选择一个数据进行释放。
# 4.allkeys-random:从数据集中(包括了设置过期时间以及未设置过期时间)随机选择一个数据进行入释放。
# 5.volatile-ttl:从设置了过期时间的数据集中,选择马上就要过期的数据进行释放操作。
# 6.noeviction:不删除任意数据(但redis还会根据引用计数器进行释放呦~),这时如果内存不够时,会直接返回错误。
# 默认回收策略为:noeviction
# maxmemory-policy noeviction

# LRU和TTL不是精确算法,而是近似算法。
# Redis默认将检查5个key并选择释放最近使用最少的key,因此可以通过调整该值来提高速度或精度。
# 该配置只对1-5的回收策略有效。
# 10非常接近真实的LRU,但需要更多的CPU。
# 3很快,但不是很准确。
# maxmemory-samples 5

# Redis默认采用异步的方式将数据存放到磁盘上,这个模式对大部份应用来说是足够好的。
# AOF与RDB模式可以同时启用,默认AOF模式不启用,所以以下众多AOF配置不起作用。
appendonly no

appendfilename "appendonly_6379.aof"

# no: 不即时同步,由操作系统控制何时刷写到磁盘上,这种模式速度最快。
# always: 每次只写日志,速度较慢,但最安全。
# everysec: 每秒钟同步一次,折中的方案。
appendfsync everysec

no-appendfsync-on-rewrite no

auto-aof-rewrite-percentage 100

auto-aof-rewrite-min-size 64mb

aof-load-truncated yes

# lua脚本的最大运行时间,单位是毫秒。
lua-time-limit 5000

# slog log是用来记录redis运行中执行比较慢的命令耗时。slog log保存在内存中。
# 执行时间比slowlog-log-slower-than大的请求命令记录到slowlog里面,单位是微秒,所以1000000就是1秒。
slowlog-log-slower-than 10000

# 最大保存命令条数
slowlog-max-len 128

# 延迟监控,默认关闭。
latency-monitor-threshold 0

# 使得客户端可以通过订阅频道或模式,来接收那些以某种方式改动了 Redis 数据集的事件。
# 因为开启键空间通知功能需要消耗一些 CPU ,所以在默认配置下,该功能处于关闭状态。
# 该配置可以是以下字符的任意组合
#  K     Keyspace events, published with __keyspace@<db>__ prefix.
#  E     Keyevent events, published with __keyevent@<db>__ prefix.
#  g     Generic commands (non-type specific) like DEL, EXPIRE, RENAME, ...
#  $     String commands
#  l     List commands
#  s     Set commands
#  h     Hash commands
#  z     Sorted set commands
#  x     Expired events (events generated every time a key expires)
#  e     Evicted events (events generated when a key is evicted for maxmemory)
#  A     Alias for g$lshzxe, so that the "AKE" string means all the events.
notify-keyspace-events ""

# ziplist中允许存储的最大条目个数,默认为512,建议为128
hash-max-ziplist-entries 512

# ziplist中允许条目value值最大字节数,默认为64,建议为1024
hash-max-ziplist-value 64

# -5: 每个quicklist节点上的ziplist大小不能超过64 Kb。
# -4: 每个quicklist节点上的ziplist大小不能超过32 Kb。
# -3: 每个quicklist节点上的ziplist大小不能超过16 Kb。
# -2: 每个quicklist节点上的ziplist大小不能超过8 Kb。(-2是Redis给出的默认值)
# -1: 每个quicklist节点上的ziplist大小不能超过4 Kb。
list-max-ziplist-size -2

# quicklist两端不被压缩的节点个数。
list-compress-depth 0

set-max-intset-entries 512

zset-max-ziplist-entries 128
zset-max-ziplist-value 64

hll-sparse-max-bytes 3000

# Redis将在每100毫秒时使用1毫秒的CPU时间来对redis的hash表进行重新hash,可以降低内存的使用。
# 当你的使用场景中,有非常严格的实时性需要,不能够接受Redis时不时的对请求有2毫秒的延迟的话,把这项配置为no。
# 如果没有这么严格的实时性要求,可以设置为yes,以便能够尽可能快的释放内存。
activerehashing yes

# normal -> normal clients including MONITOR clients
# slave  -> slave clients
# pubsub -> clients subscribed to at least one pubsub channel or pattern
client-output-buffer-limit normal 0 0 0
client-output-buffer-limit slave 256mb 64mb 60
client-output-buffer-limit pubsub 32mb 8mb 60

# 默认值为10。
# Redis会调用一个内部函数来执行许多后台任务,例如在超时时关闭客户端的连接,清除从未请求的过期密钥等等。
# 该值越大,后台任务执行的越及时,但是会消耗更多的CPU。
hz 10

# 在aof重写的时候,如果打开了aof-rewrite-incremental-fsync开关,系统会每32MB执行一次fsync。
# 这对于把文件写入磁盘是有帮助的,可以避免过大的延迟峰值
aof-rewrite-incremental-fsync yes

 

从Redis配置,redis_6380.conf和redis_6381.conf,与主Redis配置基本上一样,不一样的地方在于端口、数据库、日志、pid文件名称,都以6380或6381为标志,最重要的地方是建立主从关系和同步验证。  
# 设置主Redis的地址和端口,该Redis为从节点
# 主从复制关系,主redis不需要配置,从redis需要配置
slaveof 127.0.0.1 6379

# 设置访问密码,密码尽可能复杂,以免被攻击破解。
# 注意,主redis设置了密码,则从redis必须设置masterauth,否则主从数据同步会被拒绝。
# requirepass nxredis@YH
# 如果主redis设置了密码,则从redis必须设置masterauth,否则主从数据同步会被拒绝。
masterauth nxredis@YH

 

注意:对只使用redis服务,只需要在主Redis里面配置requirepass,在从Redis里面配置masterauth,密码保持一致,密码尽可能复杂,以免被攻击破解。   注意:对只使用redis服务,如果从Redis也有必要加入访问验证,也可以设置requirepass,而且密码可以与主Redis密码不同。   将配置文件放置到/data/redis/conf目录下,然后就可以启动服务了。   启动服务要按照主从顺序依次启动。  
cd /data/redis/bin
./redis-server /data/redis/conf/redis_6379.conf
./redis-server /data/redis/conf/redis_6380.conf
./redis-server /data/redis/conf/redis_6381.conf

  

查看服务启动情况:
ps -ef|grep redis

  

也可以通过查看日志文件来确认服务是否正常启动。   通过客户端登录Redis验证数据同步情况:   主Redis登录验证,设置数据:  
cd /data/redis/bin
./redis-cli
auth nxredis@YH
set name zqz

  

从Redis登录,获取数据:从Redis并没有设置密码,所以无需验证就可以操作。  
./redis-cli -p 6380
get name

  

配置哨兵模式:   Redis Sentinel集群通常由3到5个节点组成,如果个别节点挂了,集群还可以正常运作。Sentinel负责监控Redis集群的健康情况。   如果主Redis挂掉,Sentinel集群会通过投票选择一个新的主Redis。当原来的主Redis恢复时,它会被当做新的主Redis的从Redis重新加入Redis集群。   设置连接master和slave的密码,需要注意的是sentinel不能分别为master和slave设置不同的密码,因此master和slave的密码必须设置相同。也就是说主Redis和从Redis都必须设置requirepass和masterauth,而且密码必须相同。   sentinel.conf配置信息:  
protected-mode no
port 26379
sentinel myid a2b0854207a29e03e256b9628a18538c9a16a38b
# 监控的主节点的名字、IP 和端口,最后一个1表示有1台 Sentinel 发现有问题,就会发生故障转移
sentinel monitor redisYH 127.0.0.1 6379 1
# sentinel日志
logfile "/data/redis/logs/sentinel.log"
# Generated by CONFIG REWRITE
dir "/data/redis/"
# 密码验证,通过添加主节点的密码,对主Redis的运行状态做监控
sentinel auth-pass redisYH nxredis@YH
sentinel config-epoch redisYH 0
sentinel leader-epoch redisYH 115744
sentinel current-epoch 115744

  

将该配置文件放置到/data/redis/conf目录下,启动sentinel服务:  
./server-sentinel /data/redis/conf/sentinel.conf

  

验证sentinel是否起作用,可以手工shutdown掉主Redis。  
./redis-cli 
auth nxredis@YH 
shutdown

  

这时从Redis想要访问主Redis同步数据就会提示错误信息:  
Connecting to MASTER 127.0.0.1:6379
MASTER <-> SLAVE sync started
Error condition on socket for SYNC: Connection refused

  

sentinel在监测到主Redis宕机之后,通过选举,将一个从Redis选定为新的主Redis。通过查看sentinel日志可以发现,选定6380为新的主Redis,同时将另外两个Redis作为从Redis。  
switch-master redisYH 127.0.0.1 6379 127.0.0.1 6380 
slave slave 127.0.0.1:6381 127.0.0.1 6381 @ redisYH 127.0.0.1 6380 
slave slave 127.0.0.1:6379 127.0.0.1 6379 @ redisYH 127.0.0.1 6380

  

注意:选定6380为主Redis后,所有的配置文件都会被修改,主要是重新建立主从关系。   6379会新增:slaveof 127.0.0.1 6380 6380会删掉:slaveof 127.0.0.1 6379 6381会修改:slaveof 127.0.0.1 6380   由于6379服务已经关掉,所以虽然sentinel将6379作为6380的从服务,但是没有真正的建立。   重新启动6379服务,这时sentinel会重建建立一次主从关系:  
convert-to-slave slave 127.0.0.1:6379 127.0.0.1 6379 @ redisYH 127.0.0.1 6380

  



这篇关于Linux下安装配置redis详细教程,并配置哨兵模式,redis配置文件中文详解的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!


扫一扫关注最新编程教程