如何利用小游戏解决方案提升企业在金融和物联网领域的运营效率
1096
2022-10-07
Redis:03---Redis的启动与配置参数大全
一、Redis的可执行文件
当我们安装完Redis之后,src和/usr/local/bin目录下提供了下面这些可执行程序,我们称之为Redis Shell:
redis-server | Redis服务器 |
redis-cli | Redis命令行客户端 |
redis-benchmark | Redis性能测试工具 |
redis-check-aof | Redis AOF持久化文件检测和AOF文件修复工具 |
redis-check-dump | Redis RDB持久化文件检测和文件检查工具 |
redis-sentinel | Sentinel服务器(Redis2.8版本之后) |
二、Redis默认配置文件
Redis的默认配置文件:
在-的redis源码包根目录下有一个名为redis.conf的配置文件,这个配置文件中的参数是redis服务器启动的默认参数(备注:但是redis-server启动不是使用这个配置文件)如果你想自己设置配置参数,那么可以拷贝这个配置文件然后修改,在redis-server启动时指定配置文件的路径
相对于很多大型存储系统,Redis的配置不是很多,到了Redis3.0之后有60多个
①单机模式下的配置参数
总体配置:下图是Redis的一些总体配置,例如端口、日志、数据库等
1. Redis默认不是以守护进程的方式运行,可以通过该配置项修改,使用yes启用守护进程 daemonize no2. 当Redis以守护进程方式运行时,Redis默认会把pid写入/var/run/redis.pid文件,可以通过pidfile指定 pidfile /var/run/redis.pid3. 指定Redis监听端口,默认端口为6379,作者在自己的一篇博文中解释了为什么选用6379作为默认端口,因为6379在手机按键上MERZ对应的号码,而MERZ取自意大利歌女Alessia Merz的名字 port 63794. 绑定的主机地址 bind 127.0.0.15.当 客户端闲置多长时间后关闭连接,如果指定为0,表示关闭该功能 timeout 3006. 指定日志记录级别,Redis总共支持四个级别:debug、verbose、notice、warning,默认为verbose loglevel verbose7. 日志记录方式,默认为标准输出,如果配置Redis为守护进程方式运行,而这里又配置为日志记录方式为标准输出,则日志将会发送给/dev/null logfile stdout8. 设置数据库的数量,默认数据库为0,可以使用SELECT
AOF相关配置参数说明:
本文主要描述了aof中的相关参数以及为什么这样是可以足够安全的。appendonly: 开启aof特性,这个控制是否启用aof.appendfilename: 写入文件的文件名。开启aof之后,每条命令(除读之外的命令),均会写入到文件中,这里即实际写入的文件.appendfsync: 写入策略,默认值everysec,每秒写一次(调用flush)。 另外两个值,always | no,分别表示每次redis写命令之外就写文件,和由操作系统保证。 always对硬盘压力大,everysec是一个平衡值,no对硬盘压力最小,但调度由系统控制,丢失数据风险最大.no-appendfsync-on-rewrite: 是否在后台写时同步单写,默认值no(表示需要同步).这里的后台写,表示后台正在重写文件(包括bgsave和bgrewriteaof.bgrewriteaof网上很多资料都没有涉及到。其实关掉bgsave之后,主要的即是aof重写文件了). no表示新的主进程的set操作会被阻塞掉,而yes表示新的主进程的set不会被阻塞,待整个后台写完成之后再将这部分set操作同步到aof文件中。但这可能会存在数据丢失的风险(机率很小), 如果对性能有要求,可以设置为yes,仅在后台写时会异步处理命令.auto-aof-rewrite-percentage: aof文件增长比例,指当前aof文件比上次重写的增长比例大小。 aof重写即在aof文件在一定大小之后,重新将整个内存写到aof文件当中,以反映最新的状态(相当于bgsave)。 这样就避免了,aof文件过大而实际内存数据小的问题(频繁修改数据问题).auto-aof-rewrite-min-size: aof文件重写最小的文件大小,即最开始aof文件必须要达到这个文件时才触发,后面的每次重写就不会根据这个变量了(根据上一次重写完成之后的大小). 此变量仅初始化启动redis有效.如果是redis恢复时,则lastSize等于初始aof文件大小.aof-load-truncated: 指redis在恢复时,会忽略最后一条可能存在问题的指令。 默认值yes。即在aof写入时,可能存在指令写错的问题(突然断电,写了一半),这种情况下,yes会log并继续,而no会直接恢复失败.Linux内核参数: 另外,与aof重写相关的一个linux内核参数即是 overcommit_memory。 即在进行重写时,如何分配子进程内存的问题。 (重写是后台重写,会分配子进程).默认值为0,建立设置为1,以保证 子进程内存能够分配成功(即使用copyOnWrite内存分配策略,在没有set命令时会和主进程使用同一份内存),并且不会判断当前内存是否够用.
RDB相关配置:
save 900 1 # 时间策略save 300 10 # 时间策略save 60 10000 # 时间策略dbfilename dump.rdb #文件名称dir /home/work/app/redis/data/ #文件保存路径 stop-writes-on-bgsave-error yes # 如果持久化出错,主进程是否停止写入 rdbcompression yes # 是否压缩 rdbchecksum yes # 导入时是否检查
那么为什么需要配置这么多条规则呢?因为Redis每个时段的读写请求肯定不是均衡的,为了平衡性能与数据安全,我们可以自由定制什么情况下触发备份。所以这里就是根据自身Redis写入情况来进行合理配置。stop-writes-on-bgsave-error yes :这个配置也是非常重要的一项配置,这是当备份进程出错时,主进程就停止接受新的写入操作,是为了保护持久化的数据一致性问题。如果自己的业务有完善的监控系统,可以禁止此项配置, 否则请开启。rdbcompression yes :关于压缩的配置 ,建议没有必要开启,毕竟Redis本身就属于CPU密集型服务器,再开启压缩会带来更多的CPU消耗,相比硬盘成本,CPU更值钱。当然如果你想要禁用RDB配置,也是非常容易的,只需要在save的最后一行写上:save ""慢查询配置:
slowlog-log-slower-than选项:指定执行时间超过多少微秒(1秒等于1000 000微秒)的命令请求会被记录到日志上举个例子,如果这个选项的值为100,那么执行时间超过100微秒的命令就会被记录到慢查询日志提示:如果slowlog-log-slower-than=0会记录所有的命令,slowlog-log-slowerthan<0对于任何命令都不会进行记录slowlog-max-len选项:指定服务器最多保存多少条慢查询日志
慢查询日志数量的溢出
Redis使用了一个列表来存储慢查询日志,服务器使用先进先出的方式保存多条慢查询日志,当服务器存储的慢查询日志数量等于slowlog-max-len选项的值时,服务器在添加一条新的慢查询日志之前,会先将最旧的一条慢查询日志删除举个例子,如果服务器slowlog-max-len的值为100,并且假设服务器已经储存了100条慢查询日志,那么如果服务器打算添加一条新日志的话,它就必须先删除目前保存的最旧的那条日志,然后再添加新日志
配置参数的设置
如果要Redis将配置持久化到本地配置文件,需要执行config rewrite命令
config set slowlog-log-slower-than 20000config set slowlog-max-len 1000config rewrite
可以使用CONFIG命令设置配置参数的值
数据结构优化配置:下图是Redis数据结构优化的相关配置 :
自从Redis 2.2之后,很多数据类型都可以通过特殊编码的方式来进行存储空间的优化。其中,Hash、List和由Integer组成的Sets都可以通过该方式来优化存储结构,以便占用更少的空间,在有些情况下,可以省去9/10的空间。这些特殊编码对于Redis的使用而言是完全透明的,事实上,它只是CPU和内存之间的一个交易而言。如果内存使用率方面高一些,那么在操作数据时消耗的CPU自然要多一些,反之亦然。在Redis中提供了一组配置参数用于设置与特殊编码相关的各种阈值,如: #如果Hash中字段的数量小于参数值,Redis将对该Key的Hash Value采用特殊编码。 hash-max-zipmap-entries 64 #如果Hash中各个字段的最大长度不超过512字节,Redis也将对该Key的Hash Value采用特殊编码方式。 hash-max-zipmap-value 512 #下面两个参数的含义基本等同于上面两个和Hash相关的参数,只是作用的对象类型为List。 list-max-ziplist-entries 512 list-max-ziplist-value 64 #如果set中整型元素的数量不超过512时,Redis将会采用该特殊编码。 set-max-intset-entries 512 倘若某个已经被编码的值再经过修改之后超过了配置信息中的最大限制,那么Redis会自动将其转换为正常编码格式,这一操作是非常快速的,但是如果反过来操作,将一个正常编码的较大值转换为特殊编码,Redis的建议是,在正式做之前最好先简单测试一下转换效率,因为这样的转换往往是非常低效的。
master :port 6379requirepass redisslave1 :port 6479slaveof 127.0.0.1 6379masterauth redisrequirepass redisslave2 :port 6579slaveof 127.0.0.1 6479masterauth redisrequirepass redisslave3 :port 6679slaveof 127.0.0.1 6379masterauth redisrequirepass redis
需要注意的是如果服务器中为设置requirepass参数,则从服务中不需要设置masterauth参数。
②Sentinel配置说明和分析
Redis的主从模式下,主节点一旦发生故障不能提供服务,需要人 工干预,将从节点晋升为主节点,同时还需要修改客户端配置。 对于很多应用场景这种方式无法接受。Redis从 2.8发布了一个稳定版本的Redis Sentinel 。当前版本的 Sentinel称为Sentinel 2。它是使用更强大和更简单的预测算法来重 写初始Sentinel实现。(Redis2.6版本提供Sentinel 1版本,但是有 一些问题)Sentinel(哨兵)架构解决了redis主从人工干预的问题。Redis Sentinel是redis的高可用实现方案,在实际生产环境中,对 提高整个系统可用性是非常有帮助的。Redis Sentinel是一个分布式系统,Redis Sentinel为Redis提供高可用性。可以在没有人为干预的情况下 阻止某种类型的故障。可以在一个架构中运行多个 Sentinel 进程(progress), 这些进程使用流言协议(gossip protocols)来 接收关于主服务器是否下线的信息, 并使用投票协议(agreement protocols)来决定是否执行自动故 障迁移, 以及选择哪个从服务器作为新的主服务器。Redis 的 Sentinel 系统用于管理多个 Redis 服务器(instance) 该系统执行以下三个任务:监控(Monitoring): Sentinel 会不断地定期检查你的主服务器和从服务器是否运作正常。提醒(Notification): 当被监控的某个 Redis 服务器出现问题时, Sentinel 可以通过 API 向管理员或者其他应用程序发送通知。自动故障迁移(Automaticfailover): 当一个主服务器不能正常工作时, Sentinel 会开始一次自动故障迁移操作, 它会将失效主服务器的其中 一个从服务器升级为新的主服务器, 并让失效主服务器的其他从服务器改为复制新的主服务器; 当客 户端试图连接失效的主服务器时, 集群也会向客户端返回新主服务器的地址, 使得集群可以使用新主 服务器代替失效服务器
以下是一些修改sentinel配置的命令:SENTINEL MONITOR
③Cluster配置说明和分析
Cluster节点是特殊的Redis节点,有几个特殊的配置,如下图所示
三、Redis服务端的启动
有三种方法启动Redis:默认配置启动、运行配置启动、配置文件启动
我们也可以在启动时同时指定配合文件和配置选项,那么命令行的配置选项就会覆盖配置文件中的参数。例如:
redis-server 配置文件名.conf --loglevel warning
四、Redis服务端的关闭
考虑到Redis有可能正在将内存中的数据同步到硬盘中,强行终止Redis进程可能会导致数据丢失,因此不建议使用kill-9强制杀死Redis服务,不但不会做持久化操作,还会造成缓冲区等资源不能被优雅关闭,极端情况会造 成AOF和复制丢失数据的情况
五、Redis服务端的重启
使用软件包编译安装的redis不支持重启操作,只能通过redis-cli进行SHUTDOWN关机然后再重新开启服务端但是如果使用apt-get或yum形式安装的redis支持重启(见文章最后)
六、连接到Redis服务端
使用redis-cli可以连接到redis服务端,有两种连接方式
关于redis-cli在后面会详细介绍
七、redis设置允许外网连接
设置方法如下:
如果没有为redis设置密码(也就是没有设置requirepass配置参数),那么需要将protected-mode配置参数更改为no如果你的redis设置了密码(也就是设置了requirepass配置参数),那么不需要更改protected-mode配置参数第一步:注释掉配置文件中的bind参数第二步:如果你的bind参数被注释了,那么还要分为以下两种情况:
bind 0.0.0.0# Protected mode is a layer of security protection, in order to avoid that# Redis instances left open on the internet are accessed and exploited.## When protected mode is on and if:## 1) The server is not binding explicitly to a set of addresses using the# "bind" directive.# 2) No password is configured.## The server only accepts connections from clients connecting from the# IPv4 and IPv6 loopback addresses 127.0.0.1 and ::1, and from Unix domain# sockets.## By default protected mode is enabled. You should disable it only if# you are sure you want clients from other hosts to connect to Redis# even if no authentication is configured, nor a specific set of interfaces# are explicitly listed using the "bind" directive.protected-mode no
八、软件包安装的redis的开机、关闭、重启
如果是使用apt-get或yum形式安装的redis,那么支持下面的几种方式
sudo /etc/init.d/redis-server stop #关机sudo /etc/init.d/redis-server start #启动sudo /etc/init.d/redis-server restart #重启
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。
发表评论
暂时没有评论,来抢沙发吧~