Redis的配置优化

redis.conf 优化配置

#是否作为守护进程执行
daemonize yes
#如以后台进程执行,则需指定一个pid,默觉得/opt/local/redis/redis.pid
pidfile redis.pid
#绑定主机IP,默认值为127.0.0.1
#bind 127.0.0.1
#Redis默认监听port
port 6379
#client闲置多少秒后,断开连接,默觉得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 /data/redis/

########### Replication #####################
#Redis的复制配置
# slaveof <masterip> <masterport> 当本机为从服务时,设置主服务的IP及端口
# masterauth <master-password> 当本机为从服务时,设置主服务的连接密码
#连接password
requirepass foobared
#最大client连接数,默认不限制
maxclients 2048
#最大内存使用设置,达到最大内存设置后,Redis会先尝试清除已到期或即将到期的Key,当此方法处理后,任到达最大内存设置,将无法再进行写入操作。
maxmemory 8589934592
#maxmemory-policy volatile-lru:从设置了过期时间的数据集中,选择最近最久未使用的数据释放
#maxmemory-policy allkeys-lru:从数据集中(包括设置过期时间以及未设置过期时间的数据集中),选择最近最久未使用的数据释放
#maxmemory-policy volatile-random:从设置了过期时间的数据集中,随机选择一个数据进行释放
#maxmemory-policy allkeys-random:从数据集中(包括了设置过期时间以及未设置过期时间)随机选择一个数据进行入释放
#maxmemory-policy volatile-ttl:从设置了过期时间的数据集中,选择马上就要过期的数据进行释放操作
#maxmemory-policy noeviction:(系统默认)不删除任意数据(但redis还会根据引用计数器进行释放呦~),这时如果内存不够时,会直接返回错误
maxmemory-policy volatile-ttl
#是否在每次更新操作后进行日志记录,假设不开启,可能会在断电时导致一段时间内的数据丢失。由于redis本身同步数据文件是按上面save条件来同步的,所以有的数据会在一段时间内仅仅存在于内存中。默认值为no
appendonly yes
#更新日志文件名称,默认值为appendonly.aof
appendfilename appendonly.aof
#更新日志条件,共同拥有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文件的操作都是串行的.可能会造成比較长时间的延迟,可是对数据完整性有非常好的保证.

调整系统内核参数

假设内存情况比较紧张的话,须要设定内核參数:

echo 1 > /proc/sys/vm/overcommit_memory

这里说一下这个配置的含义:/proc/sys/vm/overcommit_memory
该文件指定了内核针对内存分配的策略,其值能够是0、1、2。
0,表示内核将检查是否有足够的可用内存供应用进程使用;假设有足够的可用内存,内存申请同意;否则,内存申请失败,并把错误返回给应用进程。
1,表示内核同意分配全部的物理内存,而无论当前的内存状态怎样。
2,表示内核同意分配超过全部物理内存和交换空间总和的内存
Redis 在dump数据的时候,会fork出一个子进程,理论上child进程所占用的内存和parent是一样的,比方parent占用的内存为 8G,这个时候也要相同分配8G的内存给child, 假设内存无法负担,往往会造成redisserver的down机或者IO负载过高,效率下降。所以这里比較优化的内存分配策略应该设置为 1(表示内核同意分配全部的物理内存,而无论当前的内存状态怎样)

基准测试

可在后台启动redis服务后,用redis-benchmark命令測试

保存/备份

数据备份能够通过定期备份该文件实现。
由于redis是异步写入磁盘的,假设要让内存中的数据立即写入硬盘能够运行例如以下命令:
redis-cli save 或者 redis-cli -p 6380 save(指定port)

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

robin-cloud

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值