redis经常使用配置参数详解

Redis 支持不少的参数，但都有默认值。
daemonize
默认状况下， redis 不是在后台运行的，若是须要在后台运行，把该项的值更改成 yes。

pidfile
当 Redis 在后台运行的时候， Redis 默认会把 pid 文件放在/var/run/redis.pid，你能够配
置到其余地址。当运行多个 redis 服务时，须要指定不一样的 pid 文件和端口

bind
指定 Redis 只接收来自于该 IP 地址的请求，若是不进行设置，那么将处理全部请求，在
生产环境中最好设置该项

port
监听端口，默认为 6379

timeout
设置客户端链接时的超时时间，单位为秒。当客户端在这段时间内没有发出任何指令，
那么关闭该链接

loglevel
log 等级分为 4 级， debug, verbose, notice, 和 warning。生产环境下通常开启 notice

logfile
配置 log 文件地址，默认使用标准输出，即打印在命令行终端的窗口上

databases
设置数据库的个数，可使用 SELECT <dbid>命令来切换数据库。默认使用的数据库是 0

save
设置 Redis 进行数据库镜像的频率。
if(在 60 秒以内有 10000 个 keys 发生变化时){
进行镜像备份
}else if(在 300 秒以内有 10 个 keys 发生了变化){
进行镜像备份
}else if(在 900 秒以内有 1 个 keys 发生了变化){
进行镜像备份
}

rdbcompression
在进行镜像备份时，是否进行压缩

dbfilename
镜像备份文件的文件名

dir
数据库镜像备份的文件放置的路径。这里的路径跟文件名要分开配置是由于 Redis 在进行备份时，先会将当前数据库的状态写入到一个临时文件中，等备份完成时，再把该该
临时文件替换为上面所指定的文件，而这里的临时文件和上面所配置的备份文件都会放
在这个指定的路径当中

slaveof
设置该数据库为其余数据库的从数据库

masterauth
当主数据库链接须要密码验证时，在这里指定

requirepass
设置客户端链接后进行任何其余指定前须要使用的密码。警告：由于 redis 速度至关快，
因此在一台比较好的服务器下，一个外部的用户能够在一秒钟进行 150K 次的密码尝试，
这意味着你须要指定很是很是强大的密码来防止暴力破解。

maxclients
限制同时链接的客户数量。当链接数超过这个值时， redis 将再也不接收其余链接请求，
客户端尝试链接时将收到 error 信息。

maxmemory
设置 redis 可以使用的最大内存。当内存满了的时候，若是还接收到 set 命令， redis 将
先尝试剔除设置过 expire 信息的 key，而无论该 key 的过时时间尚未到达。在删除时，
将按照过时时间进行删除，最先将要被过时的 key 将最早被删除。若是带有 expire 信息
的 key 都删光了，那么将返回错误。这样， redis 将再也不接收写请求，只接收 get 请求。
maxmemory 的设置比较适合于把 redis 看成于相似 memcached 的缓存来使用。

appendonly
默认状况下， redis 会在后台异步的把数据库镜像备份到磁盘，可是该备份是很是耗时
的，并且备份也不能很频繁，若是发生诸如拉闸限电、拔插头等情况，那么将形成比较
大范围的数据丢失。因此 redis 提供了另一种更加高效的数据库备份及灾难恢复方式。
开启 append only 模式以后， redis 会把所接收到的每一次写操做请求都追加到
appendonly.aof 文件中，当 redis 从新启动时，会从该文件恢复出以前的状态。可是这样
会形成 appendonly.aof 文件过大，因此 redis 还支持了 BGREWRITEAOF 指令，对
appendonly.aof 进行从新整理。因此我认为推荐生产环境下的作法为关闭镜像，开启
appendonly.aof，同时能够选择在访问较少的时间天天对 appendonly.aof 进行重写一次。

appendfsync
设置对 appendonly.aof 文件进行同步的频率。 always 表示每次有写操做都进行同步，
everysec 表示对写操做进行累积，每秒同步一次。这个须要根据实际业务场景进行配置

vm-enabled
是否开启虚拟内存支持。由于 redis 是一个内存数据库，并且当内存满的时候，没法接
收新的写请求，因此在 redis 2.0 中，提供了虚拟内存的支持。可是须要注意的是， redis
中，全部的 key 都会放在内存中，在内存不够时，只会把 value 值放入交换区。这样保
证了虽然使用虚拟内存，但性能基本不受影响，同时，你须要注意的是你要把
vm-max-memory 设置到足够来放下你的全部的 key

vm-swap-file
设置虚拟内存的交换文件路径

vm-max-memory
这里设置开启虚拟内存以后， redis 将使用的最大物理内存的大小。默认为 0， redis 将
把他全部的能放到交换文件的都放到交换文件中，以尽可能少的使用物理内存。在生产环
境下，须要根据实际状况设置该值，最好不要使用默认的 0

vm-page-size
设置虚拟内存的页大小，若是你的 value 值比较大，好比说你要在 value 中放置博客、
新闻之类的全部文章内容，就设大一点，若是要放置的都是很小的内容，那就设小一点。

vm-pages
设置交换文件的总的 page 数量， 须要注意的是， page table 信息会放在物理内存中，每
8 个 page 就会占据 RAM 中的 1 个 byte。总的虚拟内存大小 ＝ vm-page-size * vm-pages

vm-max-threads
设置 VM IO 同时使用的线程数量。由于在进行内存交换时，对数据有编码和解码的过
程，因此尽管 IO 设备在硬件上本上不能支持不少的并发读写，可是仍是若是你所保存
的 vlaue 值比较大，将该值设大一些，仍是可以提高性能的

glueoutputbuf
把小的输出缓存放在一块儿，以便可以在一个 TCP packet 中为客户端发送多个响应，具体
原理和真实效果我不是很清楚。因此根据注释，你不是很肯定的时候就设置成 yes

hash-max-zipmap-entries
在 redis 2.0 中引入了 hash 数据结构。当 hash 中包含超过指定元素个数而且最大的元素
没有超过临界时， hash 将以一种特殊的编码方式（大大减小内存使用）来存储，这里
能够设置这两个临界值

activerehashing 开启以后， redis 将在每 100 毫秒时使用 1 毫秒的 CPU 时间来对 redis 的 hash 表进行从新 hash，能够下降内存的使用。当你的使用场景中，有很是严格的实时性须要，不能够接受 Redis 时不时的对请求有 2 毫秒的延迟的话，把这项配置为 no。若是没有这么严 格的实时性要求，能够设置为 yes，以便可以尽量快的释放内存