redis配置文件参数详解

kkkkk 2018年12月17日 23:10 Linux教程
接上一篇文章,接着来分享一下,redis配置文件redis.conf的详细配置参数
1. redis.conf 配置参数:
 

#是否作以守护进程运行


daemonize yes

 

#如以后台进程运行,则需指定一个pid,默认为/var/run/redis.pid

 

pidfile redis.pid

 

#绑定主机IP,默认值为127.0.0.1

 

#bind 127.0.0.1

 

#Redis默认监听端口

 

port 6379

 

#客户端闲置多少秒后,断开连接,默认为300(秒)

 

timeout 300

 

#日志记录等级,有4个可选值,debug,verbose(默认值),notice,warning

 

loglevel verbose

 

#指定日志输出的文件名,默认值为stdout,也可设为/dev/null屏蔽日志

 

logfile stdout

 

#可用数据库数,默认值为16,默认数据库为0

 

databases 16

 

#保存数据到disk的策略

 

#当有一条Keys数据被改变是,900秒刷新到disk一次

 

save 900 1

 

#当有10条Keys数据被改变时,300秒刷新到disk一次

 

save 300 10

 

#当有1w条keys数据被改变时,60秒刷新到disk一次

 

save 60 10000

 

#当dump .rdb数据库的时候是否压缩数据对象

 

rdbcompression yes

 

#本地数据库文件名,默认值为dump.rdb

 

dbfilename dump.rdb

 

#本地数据库存放路径,默认值为./

 

dir /var/lib/redis/

 

########### Replication #####################

 

#Redis的复制配置

 

# slaveof <masterip> <masterport> 当本机为从服务时,设置主服务的IP及端口

 

# masterauth <master-password> 当本机为从服务时,设置主服务的连接密码

 

#连接密码

 

# requirepass foobared

 

#最大客户端连接数,默认不限制

 

# maxclients 128

 

#最大内存使用设置,达到最大内存设置后,Redis会先尝试清除已到期或即将到期的Key,当此方法处理后,任到达最大内存设置,将无法再进行写入操作。

 

# maxmemory <bytes>

 

#是否在每次更新操作后进行日志记录,如果不开启,可能会在断电时导致一段时间内的数据丢失。因为redis本身同步数据文件是按上面save条件来同步的,所以有的数据会在一段时间内只存在于内存中。默认值为no

 

appendonly no

 

#更新日志文件名,默认值为appendonly.aof

 

#appendfilename

 

#更新日志条件,共有3个可选值。no表示等操作系统进行数据缓存同步到磁盘,always表示每次更新操作后手动调用fsync()将数据写到磁盘,everysec表示每秒同步一次(默认值)。

 

# appendfsync always

 

appendfsync everysec

 

# appendfsync no

 

################ VIRTUAL MEMORY ###########

 

#是否开启VM功能,默认值为no

 

vm-enabled no

 

# vm-enabled yes

 

#虚拟内存文件路径,默认值为/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

 

vm-page-size 32

 

vm-pages 134217728

 

vm-max-threads 4

 

############# ADVANCED CONFIG ###############

 

glueoutputbuf yes

 

hash-max-zipmap-entries 64

 

hash-max-zipmap-value 512

 

#是否重置Hash表

 

activerehashing yes

 

注意:Redis官方文档对VM的使用提出了一些建议:

 

当你的key很小而value很大时,使用VM的效果会比较好.因为这样节约的内存比较大.

当你的key不小时,可以考虑使用一些非常方法将很大的key变成很大的value,比如你可以考虑将key,value组合成一个新的value.

最好使用linux ext3 等对稀疏文件支持比较好的文件系统保存你的swap文件.

vm-max-threads这个参数,可以设置访问swap文件的线程数,设置最好不要超过机器的核数.如果设置为0,那么所有对swap文件的操作都是串行的.可能会造成比较长时间的延迟,但是对数据完整性有很好的保证.
文章评论(0)
  • avatar kkkkkk 2018年12月21日 11:31
    真干活啊
    kkkkk
    2018年12月21日 11:16
    词雅文练,写景生动。布局新颖,用词简达。娓娓细说,清婉可喜。写景状物,入木三分。
    回复
  • avatar kkkkkk 2018年12月21日 11:31
    哇塞!
    kkkkklxinde
    2018年12月21日 11:17
    诠释明确,措辞顺当。说理调畅,议论允当。文气充沛,段落分明思想敏捷,眼光远大。
    回复
  • avatar kkkkklxinde 2018年12月21日 11:17
    诠释明确,措辞顺当。说理调畅,议论允当。文气充沛,段落分明思想敏捷,眼光远大。
    回复
  • avatar kkkkk 2018年12月21日 11:16
    词雅文练,写景生动。布局新颖,用词简达。娓娓细说,清婉可喜。写景状物,入木三分。
    回复