网站备案 幕布,semester怎么读,wordpress打包app,网站建设的相关政策1、redis.conf 通用类 Redis的配置文件是一个文本文件#xff0c;通常名为redis.conf。以下是一些常见配置项的解释和示例#xff1a; 1、bind 127.0.0.1#xff1a;绑定的主机地址
2、 protected-mode ,默认是开启状态#xff0c;一般不需要修改#xff0c;可以保证服务… 1、redis.conf 通用类 Redis的配置文件是一个文本文件通常名为redis.conf。以下是一些常见配置项的解释和示例 1、bind 127.0.0.1绑定的主机地址
2、 protected-mode ,默认是开启状态一般不需要修改可以保证服务的安全性。
3、daemonize no默认是no为前台运行。终止会话则服务停止运行所以我们需要改为yes,让redis可以在后台运行
4、port 6379 指定Redis监听端口默认端口为6379
5、protected-mode ,默认是开启状态一般不需要修改可以保证服务的安全性。
6、logfile默认为空则将日志打印在屏幕上不输出成文件。也可以指定文件位置这样服务运行时只会把日志输入到指定文件里。 7、databases 默认是16个数据库从第0个开始数起。
设置数据库的数量默认数据库为0可以使用SELECT dbid进行数据库的切换选择现在切换1库了各库之间是独立的 8、always-show-logo 开启日志有LOGO输出。 2、redis持久化规则
1、RDB
save 900 1 save 300 10 save 60 10000 save 900 1表示900秒15分钟内至少有1个key值发生改变写操作包括新增、修改和删除操作则会触发bgsave将内存中的数据以快照的方式写入到二进制文件中保存在磁盘。 save 300 10表示300秒5分钟内至少有10个key值发生改变写操作包括新增、修改和删除操作则会触发bgsave将内存中的数据以快照的方式写入到二进制文件中保存在磁盘。 save 60 10000表示60秒1分钟内至少有10000个key值发生改变写操作包括新增、修改和删除操作则会触发bgsave将内存中的数据以快照的方式写入到二进制文件中保存在 2、stop-writes-on-bgsave-error:持久化错误时是否继续工作,默认为yes开启状态 3、rdb文件压缩 rdbcompression默认为yes开启文件压缩redis会采用 LZF压缩算法 压缩会消耗一定的CPU资源。若不开启则会占用更多的磁盘空间。需要注意的是压缩的并不是针对文件而是对文件里的数据数据库中的字符串进行的且只有在字符串达到一定长度(20字节)时才会进行。 4、rdb文件校验 rdbchecksum默认yes开启状态会校验rdb文件是否有损坏会有大概10%的性能损耗。 5、dbfilename可以指定命名rdb文件的名称默认为dump.rdb。 3、安全类配置
3.1、设置密码
requirepass默认为空没有密码。设置密码可以一定程度地保证生成环境的安全性。 用命令设置密码不会更改配置文件里的配置但重启服务会失效。 4、限制类 1、设置最大客户端连接数量
maxclients默认关闭状态可以设置客户端的最大连接数超过这个数值的第n1个用户开始就连接不了服务端。 2、设置最大内存
maxmemory默认没有设置项目上一定要设置最大限制内存不然会存在数据丢失情况。 3、内存达上限处理策略
maxmemory policy当使用内存超过上限的处理方式。 volatile-lru利用 LRU 算法移除设置过过期时间的 key。 volatile-lfu 使用近似的LFU移除有过期设置的键。 volatile-random随机移除设置过过期时间的 key。 allkeys-lfu使用近似的LFU移除任何key。 volatile-ttl移除即将过期的 key根据最近过期时间来删除辅以 TTL allkeys-lru利用 LRU 算法移除任何 key。 allkeys-random随机移除任何 key。 noeviction不移除任何 key只是返回一个写错误。 4、vm-enabled no 指定是否启用虚拟内存机制默认值为no简单的介绍一下VM机制将数据分页存放由Redis将访问量较少的页即冷数据swap到磁盘上访问多的页面由磁盘自动换出到内存中 5、aof持久化文件配置仅追加模式
1、开启与关闭 appendonly是否以appendonly模式作为持久化方式默认使用的是rdb方式持久化所以appendonly模式默认也是关闭状态。要开启aof就改为yes 2、文件名称
appendfilename可以对aof持久化文件进行命名。 3、aof持久化规则
appendfsync always每写入一个命令就调用一次 fsync 函数将缓冲区里面的命令写入到硬盘。这种模式下服务器出现故障也不会丢失任何已经成功执行的命令数据但是其执行速度较慢 appendfsync everysec默认每一秒调用一次 fsync 函数将缓冲区里面的命令写入到硬盘。这种模式下服务器出现故障最多只丢失一秒钟内的执行的命令数据通常都使用它作为 AOF 配置策略 appendfsync no不主动调用 fsync 函数因为Linux 系统的 fsync() 函数可以将指定文件的内容从内核缓存刷到硬盘中所以这种由操作系统决定何时将缓存区里面的命令写入到硬盘的方式及其不安全。这种模式下服务器遭遇意外停机时丢失命令的数量是不确定的所以这种策略不确定性较大。
