Redis及其Sentinel（哨兵）配置项详细说明

最新推荐文章于 2024-05-01 20:33:39 发布

Tian_ccc

最新推荐文章于 2024-05-01 20:33:39 发布

阅读量2.5k

点赞数

分类专栏：框架学习文章标签： java redis

原文链接：https://blog.csdn.net/a1282379904/article/details/52335051

版权

框架学习专栏收录该内容

2 篇文章 0 订阅

订阅专栏

这里写目录标题

redis.conf 部分整理：

#网络
	bind 127.0.0.1 # 绑定的ip 
	protected-mode yes # 保护模式 
	port 6379 # 端口设置
	
#通用 GENERAL
	logfile "" # 日志的文件位置名
 	databases 16 # 数据库的数量，默认是 16 个数据库 
	always-show-logo yes # 是否总是显示LOGO
	
#快照:
	#持久化，在规定的时间内，执行了多少次操作，则会持久化到文件 
	  .rdb    .aof	
	#redis 是内存数据库，如果没有持久化，那么数据断电及失！
	
	# 如果900s内，如果至少有一个1 key进行了修改，我们及进行持久化操作 		  
		save 900 1 
	# 如果300s内，如果至少10 key进行了修改，我们及进行持久化操作 
		save 300 10 
	# 如果60s内，如果至少10000 key进行了修改，我们及进行持久化操作 
		save 60 10000 
	# 我们之后学习持久化，会自己定义这个测试！ 
		stop-writes-on-bgsave-error yes 
	# 持久化如果出错，是否还需要继续工作！ 
		rdbcompression yes 
	# 是否压缩 rdb 文件，需要消耗一些cpu资源！ 
		rdbchecksum yes
	# 保存rdb文件的时候，进行错误的检查校验！ 
		dir ./ # rdb   #文件保存的目录！

#SECURITY 安全
	#设置密码  默认没有密码
		requirepass 123456
		
#限制 CLIENTS
	maxclients 10000 # 设置能连接上redis的最大客户端的数量 
	maxmemory <bytes> # redis 配置最大的内存容量 
	maxmemory-policy noeviction # 内存到达上限之后的处理策略 
		1、volatile-lru：只对设置了过期时间的key进行LRU（默认值） 
		2、allkeys-lru ： 删除lru算法的key 
		3、volatile-random：随机删除即将过期key 
		4、allkeys-random：随机删除 
		5、volatile-ttl ： 删除即将过期的 
		6、noeviction ： 永不过期，返回错误

#APPEND ONLY 模式 aof配置
	# 默认是不开启aof模式的，默认是使用rdb方式持久化的，在大部分所有的情况下， rdb完全够用！ 
		appendonly no 
	# 持久化的文件的名字
		appendfilename "appendonly.aof"  
	# 每次修改都会 sync。消耗性能
		#appendfsync always  
	# 每秒执行一次 sync，可能会丢失这1s的数据！
		appendfsync everysec  
	# 不执行 sync，这个时候操作系统自己同步数据，速度最快！
		# appendfsync no

一、redis.conf 配置项说明如下：

Redis默认不是以守护进程的方式运行，可以通过该配置项修改，使用yes启用守护进程
```
daemonize no
```
当Redis以守护进程方式运行时，Redis默认会把pid写入/var/run/redis.pid文件，可以通过pidfile指定

pidfile /var/run/redis.pid
指定Redis监听端口，默认端口为6379，作者在自己的一篇博文中解释了为什么选用6379作为默认端口，因为6379在手机按键上MERZ对应的号码，而MERZ取自意大利歌女Alessia Merz的名字
```
 port 6379
```
绑定的主机地址
```
  bind 127.0.0.1
```
当客户端闲置多长时间后关闭连接，如果指定为0，表示关闭该功能
```
 timeout 300
```
指定日志记录级别，Redis总共支持四个级别：debug、verbose、notice、warning，默认为verbose
```
  loglevel verbose
```
日志记录方式，默认为标准输出，如果配置Redis为守护进程方式运行，而这里又配置为日志记录方式为标准输出，则日志将会发送给/dev/null
```
  logfile stdout
```
设置数据库的数量，默认数据库为0，可以使用SELECT 命令在连接上指定数据库id
```
   databases 16
```
指定在多长时间内，有多少次更新操作，就将数据同步到数据文件，可以多个条件配合
```
 save <seconds> <changes>
```
Redis默认配置文件中提供了三个条件：
```
 	save 900 1

 	save 300 10

  	save 60 10000
```
分别表示900秒（15分钟）内有1个更改，300秒（5分钟）内有10个更改以及60秒内有10000个更改。
指定存储至本地数据库时是否压缩数据，默认为yes，Redis采用LZF压缩，如果为了节省CPU时间，可以关闭该选项，但会导致数据库文件变的巨大
```
 rdbcompression yes
```
指定本地数据库文件名，默认值为dump.rdb
```
	dbfilename dump.rdb
```
指定本地数据库存放目录
```
 dir ./
```
设置当本机为slav服务时，设置master服务的IP地址及端口，在Redis启动时，它会自动从master进行数据同步
```
 slaveof <masterip> <masterport>
```
当master服务设置了密码保护时，slav服务连接master的密码
```
	masterauth <master-password>
```
设置Redis连接密码，如果配置了连接密码，客户端在连接Redis时需要通过AUTH 命令提供密码，默认关闭
```
	requirepass foobared
```
设置同一时间最大客户端连接数，默认无限制，Redis可以同时打开的客户端连接数为Redis进程可以打开的最大文件描述符数，如果设置 maxclients 0，表示不作限制。当客户端连接数到达限制时，Redis会关闭新的连接并向客户端返回max number of clients reached错误信息
```
 maxclients 128
```
指定Redis最大内存限制，Redis在启动时会把数据加载到内存中，达到最大内存后，Redis会先尝试清除已到期或即将到期的Key，当此方法处理后，仍然到达最大内存设置，将无法再进行写入操作，但仍然可以进行读取操作。Redis新的vm机制，会把Key存放内存，Value会存放在swap区
```
 maxmemory <bytes>
```
指定是否在每次更新操作后进行日志记录，Redis在默认情况下是异步的把数据写入磁盘，如果不开启，可能会在断电时导致一段时间内的数据丢失。因为 redis本身同步数据文件是按上面save条件来同步的，所以有的数据会在一段时间内只存在于内存中。默认为no
```
	appendonly no
```
指定更新日志文件名，默认为appendonly.aof
```
	appendfilename appendonly.aof
```

指定更新日志条件，共有3个可选值：

	no：表示等操作系统进行数据缓存同步到磁盘（快）
	always：表示每次更新操作后手动调用fsync()将数据写到磁盘（慢，安全）  
	everysec：表示每秒同步一次（折衷，默认值）
	appendfsync everysec

指定是否启用虚拟内存机制，默认值为no，简单的介绍一下，VM机制将数据分页存放，由Redis将访问量较少的页即冷数据swap到磁盘上，访问多的页面由磁盘自动换出到内存中（在后面的文章我会仔细分析Redis的VM机制）
```
	vm-enabled no
```
虚拟内存文件路径，默认值为/tmp/redis.swap，不可多个Redis实例共享
```
  vm-swap-file /tmp/redis.swap
```
将所有大于vm-max-memory的数据存入虚拟内存,无论vm-max-memory设置多小,所有索引数据都是内存存储的(Redis的索引数据就是keys),也就是说,当vm-max-memory设置为0的时候,其实是所有value都存在于磁盘。默认值为0
```
  vm-max-memory 0
```
Redis swap文件分成了很多的page，一个对象可以保存在多个page上面，但一个page上不能被多个对象共享，vm-page-size是要根据存储的数据大小来设定的，作者建议如果存储很多小对象，page大小最好设置为32或者64bytes；如果存储很大大对象，则可以使用更大的page，如果不确定，就使用默认值
```
	 vm-page-size 32
```
设置swap文件中的page数量，由于页表（一种表示页面空闲或使用的bitmap）是在放在内存中的，，在磁盘上每8个pages将消耗1byte的内存。
```
	 vm-pages 134217728
```
设置访问swap文件的线程数,最好不要超过机器的核数,如果设置为0,那么所有对swap文件的操作都是串行的，可能会造成比较长时间的延迟。默认值为4
```
	vm-max-threads 4
```
设置在向客户端应答时，是否把较小的包合并为一个包发送，默认为开启
```
 glueoutputbuf yes
```
指定在超过一定的数量或者最大的元素超过某一临界值时，采用一种特殊的哈希算法
```
	hash-max-zipmap-entries 64
```
hash-max-zipmap-value 512
指定是否激活重置哈希，默认为开启（后面在介绍Redis的哈希算法时具体介绍）
```
activerehashing yes
```
指定包含其它的配置文件，可以在同一主机上多个Redis实例之间使用同一份配置文件，而同时各个实例又拥有自己的特定配置文件
```
include /path/to/local.conf
```

二、redis-sentinel.conf配置项说明如下：

sentinel监听端口，默认是26379，可以修改。
```
port 26379
```
告诉sentinel去监听地址为ip:port的一个master，这里的master-name可以自定义，quorum是一个数字，指明当有多少个sentinel认为一个master失效时，master才算真正失效。master-name只能包含英文字母，数字，和“.-_”这三个字符需要注意的是master-ip 要写真实的ip地址而不要用回环地址（127.0.0.1）。
```
sentinel monitor <master-name> <ip> <redis-port> <quorum>
配置示例：
sentinel monitor mymaster xx.xx.xx.xx 6379 2
```
设置连接master和slave时的密码，注意的是sentinel不能分别为master和slave设置不同的密码，因此master和slave的密码应该设置相同。
```
sentinel auth-pass <master-name> <password>
配置示例：
sentinel auth-pass mymaster 0123passw0rd
```
这个配置项指定了需要多少失效时间，一个master才会被这个sentinel主观地认为是不可用的。单位是毫秒，默认为30秒
```
sentinel down-after-milliseconds <master-name> <milliseconds> 
配置示例：
sentinel down-after-milliseconds mymaster 30000
```
这个配置项指定了在发生failover主备切换时最多可以有多少个slave同时对新的master进行同步，这个数字越小，完成failover所需的时间就越长，但是如果这个数字越大，就意味着越多的slave因为replication而不可用。可以通过将这个值设为 1 来保证每次只有一个slave 处于不能处理命令请求的状态。
```
sentinel parallel-syncs <master-name> <numslaves> 
配置示例：
sentinel parallel-syncs mymaster 1
```

哨兵故障转移超时

sentinel failover-timeout <master-name> <milliseconds>
配置示例：
sentinel failover-timeout mymaster1 20000

**failover-timeout 可以用在以下这些方面**
1、同一个sentinel对同一个master两次failover之间的间隔时间。
2、 当一个slave从一个错误的master那里同步数据开始计算时间。直到slave被纠正为向正确的master那里同步数据时。
3、 当想要取消一个正在进行的failover所需要的时间。  
4、 当进行failover时，配置所有slaves指向新的master所需的最大时间。不过，即使过了这个超时，slaves依然会被正确配置为指向master，但是就不按parallel-syncs所配置的规则来了。

sentinel的notification-script和reconfig-script是用来配置当某一事件发生时所需要执行的脚本，可以通过脚本来通知管理员，例如当系统运行不正常时发邮件通知相关人员。对于脚本的运行结果有以下规则：
```
若脚本执行后返回1，那么该脚本稍后将会被再次执行，重复次数目前默认为10

若脚本执行后返回2，或者比2更高的一个返回值，脚本将不会重复执行。

如果脚本在执行过程中由于收到系统中断信号被终止了，则同返回值为1时的行为相同。

一个脚本的最大执行时间为60s，如果超过这个时间，脚本将会被一个SIGKILL信号终止，之后重新执行。
```
1).通知型脚本:当sentinel有任何警告级别的事件发生时（比如说redis实例的主观失效和客观失效等等），将会去调用这个脚本，这时这个脚本应该通过邮件，SMS等方式去通知系统管理员关于系统不正常运行的信息。调用该脚本时，将传给脚本两个参数，一个是事件的类型，一个是事件的描述。如果sentinel.conf配置文件中配置了这个脚本路径，那么必须保证这个脚本存在于这个路径，并且是可执行的，否则sentinel无法正常启动成功。
```
sentinel notification-script <master-name> <script-path> 
配置示例：
sentinel notification-script mymaster /var/redis/notify.sh
```
2). 当一个master由于failover而发生改变时，这个脚本将会被调用，通知相关的客户端关于master地址已经发生改变的信息。以下参数将会在调用脚本时传给脚本:
```
sentinel client-reconfig-script <master-name> <script-path> <master-name> <role> <state> <from-ip> <from-port> <to-ip> <to-port>、
配置示例：
sentinel client-reconfig-script mymaster /var/redis/reconfig.sh
```
目前总是“failover”, 是“leader”或者“observer”中的一个。参数 from-ip, from-port, to-ip, to-port是用来和旧的master和新的master(即旧的slave)通信的。这个脚本应该是通用的，能被多次调用，不是针对性的。

转载自：

https://blog.csdn.net/a1282379904/article/details/52335051

Tian_ccc

关注

0
点赞
踩
7

收藏

觉得还不错? 一键收藏
0
评论
Redis及其Sentinel（哨兵）配置项详细说明

这里写目录标题一、redis.conf 配置项说明如下：二、redis-sentinel.conf配置项说明如下：一、redis.conf 配置项说明如下：Redis默认不是以守护进程的方式运行，可以通过该配置项修改，使用yes启用守护进程daemonize no当Redis以守护进程方式运行时，Redis默认会把pid写入/var/run/redis.pid文件，可以通过pidfile指定pidfile /var/run/redis.pid指定Redis监听端口，默认端口为637
复制链接

扫一扫