今天小编给大家分享的是复述,缓存数据库配置文件的详细介绍,相信大部分人都不太了解,为了让大家更加了解,小编给大家总结了以下内容,话不多说,一起往下看吧。
<强> 1,开头说明强>
这里没什么好说的,需要注意的是后面需要使用内存大小时,可以指定单位,通常是以k, gb, m的形式出现,并且单位不区分大小写。
<强> 2,包括强>
我们知道复述,只有一个配置文件,如果多个人进行开发维护,那么就需要多个这样的配置文件,这时候多个配置文件就可以在此通过包括/道路//当地。参看配置进来,而原本的复述。参看配置文件就作为一个总闸。
ps:如果用过struts2开发的同学,在项目组中多人开发的情况下,通常会有多个struts2。xml文件,这时候也会通过类时的配置引入进来。
另外需要注意的时,如果将此配置写在复述。参看文件的开的头,那么后面的配置会覆盖引入文件的配置,如果想以引入文件的配置为主,那么需要将包括配置写在复述。参看文件的末尾。
<强> 3,模块强>
redis3.0的爆炸功能是新增了集群,而redis4.0就是在3.0的基础上新增了许多功能,其中这里的自定义模块配置就是其中之一。通过这里的loadmodule配置将引入自定义模块来新增一些功能。
<强> 4,网络强>
ps:这里的配置较长,我只截取了一部分,下同。
①,绑定:绑定复述,服务器网IP,卡默认为127.0.0.1,即本地回环地址。这样的话,访问复述,服务只能通过本机的客户端连接,而无法通过远程连接。如果绑定选项为空的话,那会接受所有来自于可用网络接口的连接。
②,端口:指定复述,运行的端口,默认是6379。由于复述是单线程模型,因此单机开多个复述,进程的时候会修改端口。
③,超时:设置客户端连接时的超时时间,单位为秒。当客户端在这段时间内没有发出任何指令,那么关闭该连接。默认值为0,表示不关闭。
④, tcp-keepalive:单位是秒,表示将周期性的使用SO_KEEPALIVE检测客户端是否还处于健康状态,避免服务器一直阻塞,官方给出的建议值是300年代,如果设置为0,则不会周期性的检测。
<强> 5,一般强>
具体配置详解:
①, daemonize:设置为是的表示指定复述,以守护进程的方式启动(后台启动)。默认值为没有
②, pidfile:配置PID文件路径,当复述,作为守护进程运行的时候,它会把PID默认写到/var/redis/run/redis_6379。pid文件里面
③, loglevel:定义日志级别。默认值为注意,有如下4种取值:
调试(记录大量日志信息,适用于开发,测试阶段)
详细(较多日志信息)
的通知(适量日志信息,使用于生产环境)
警告(仅有部分重要,关键信息才会被记录)
引用>④,日志文件:配置日志文件地址,默认打印在命令行终端的窗口上
⑤,数据库:设置数据库的数目。默认的数据库是DB 0,可以在每个连接上使用选择,& lt; dbid>命令选择一个不同的数据库,dbid是一个介于0到- 1数据库之间的数值。默认值是16,也就是说默认复述,有16个数据库。
<强> 6,快照强>
这里的配置主要用来做持久化操作。
①,保存:这里是用来配置触发复述的持久化条件,也就是什么时候将内存中的数据保存到硬盘。默认如下配置:
节省900 1:表示900秒内如果至少有1个键的值变化,则保存 节省300 10:表示300秒内如果至少有10个关键的值变化,则保存 保存60 10000:表示60秒内如果至少有10000个键的值变化,则保存当然如果你只是用复述的缓存功能,不需要持久化,那么你可以注释掉所有的保存行来停用保存功能。可以直接一个空字符串来实现停用:拯救““
复述,缓存数据库配置文件的详细介绍