Redis学习-配置参数说明

1 概述
    目前多数的NoSql数据库本质上都是键值对形式，Redis也不例外。作为缓存数据库的一种，和Memcached相比，有以下几种主要的优点：
(1)速度上，Redis要比Memcached快，这是基于一些Benchmarks的测试结果得出的，而且在内存使用上，Redis突破了物理内存限制，可以使用虚拟内存；
(2)数据类型比Memcached要多，Redis支持List、Set、SortedSet、HashMap等多种数据结构；
(3)持久化方面，Memcached没有相应的持久化机制，而Redis有RDB快照和AOF日志两种形式结合做持久化，很大限度上保证了数据的持久化和安全性，不像Memcached断电后全都没了。
    Redis不失为Memcached的一种良好的替代方案。
    MongoDB是一种适合做格式化文档的存储及查询的NoSql数据库，它可以可以用来做海量数据存储，毕竟是一种硬盘数据库，和Redis这种缓存数据库没什么可比性。网上那么多讨论的，这里就不说了，见参考文档1。
    Redis也可以在硬盘上存储数据以及跨节点复制数据，也可以用来做队列系统，据说GitHub就采用Redis作为其基础架构。
2 安装部署
    目前官方发布的最新稳定版是2.8.6，我们就以它为例进行下述的操作及说明。
2.1 Centos安装部署
    安装步骤如下：
(1)将redis-2.8.6.tar.gz安装包拷贝到我们的指定目录下；
(2)使用命令tar -zxvf redis-2.8.6.tar.gz将tar包解压缩，得到redis-2.8.6目录；
(3)进入redis-2.8.6目录，执行make命令进行编译；
(4)编译结束之后，配置redis.conf文件，将“daemonize”属性设置为“yes”，表示我们会以后台进程形式启动Redis服务；将“port”属性设置为指定的端口，这里默认为“6379”；将“logfile”属性设置为指定的日志路径，其余的属性可以保持默认。
(5)使用命令src/redis-server ./redis.conf启动Redis服务，启动之后，可以在刚才配置的日志路径中看到如下类似信息：
 
这个帅气的图标就是Redis的LOGO了。
(6)执行客户端命令，验证服务是否正常：
 
(7)Redis服务停止命令，src/redis-cli shutdown
2.2 conf配置文件说明
    刚才在部署的时候，提到了redis.conf这个文件，这是整个Redis的最重要的配置文件，对于其中的一些参数，做如下说明：
属性
说明
daemonize
如果值是“yes”，则启动服务的时候是后台守护进程形式，如果值是“no”，则相反
pidfile
指定存储Redis进程号的文件路径
port
指定当前Redis服务的端口，默认为6379
tcp-backlog
此参数确定了TCP连接中已完成队列(完成三次握手之后)的长度， 当然此值必须不大于Linux系统定义的/proc/sys/net/core/somaxconn值，默认是511，而Linux的默认参数值是128。当系统并发量大并且客户端速度缓慢的时候，可以将这二个参数一起参考设定。
timeout
客户端和Redis服务端的连接超时时间，默认是0，表示永不超时。
tcp-keepalive
如果值非0，单位是秒，表示将周期性的使用SO_KEEPALIVE检测客户端是否还处于健康状态，避免服务器一直阻塞，官方给出的建议值是60S。
loglevel
Redis总共支持四个级别：debug、verbose、notice、warning。
Debug：记录很多信息，用于开发和测试；
Varbose：有用的信息，不像debug会记录那么多；
Notice：普通的verbose，常用于生产环境；
Warning：只有非常重要或者严重的信息会记录到日志；
默认是notice级别。
logfile
日志的存储路径
databases
可用的数据库数，默认值为16，默认数据库为0，数据库范围在0-（database-1）之间，个人觉得DB的概念类似于命名空间
save
保存数据库快照信息到磁盘，其对应的值有两个，比如save 300 10表示：300秒内至少有300个key被改变时，触发保存信息到磁盘的事件。
stop-writes-on-bgsave-error
当持久化出现错误之后，是否继续提供写服务
rdbcompression
持久化到RDB文件时，是否压缩，“yes”为压缩，“no”则反之
rdbchecksum
读取和写入的时候是否支持CRC64校验，默认是开启的
dbfilename
镜像文件的名字
dir
当前工作目录，配置文件和镜像文件等都在此目录下
masterauth
设置访问master服务器的密码
slave-serve-stale-data
当slave服务器和master服务器失去连接后，或者当数据正在复制传输的时候，如果此参数值设置“yes”，slave服务器可以继续接受客户端的请求，否则，会返回给请求的客户端如下信息“SYNC with master in progress”
slave-read-only
是否允许slave服务器节点只提供读服务
repl-disable-tcp-nodelay
指定向slave同步数据时，是否禁用socket的NO_DELAY选项。若配置为“yes”，则禁用NO_DELAY，则TCP协议栈会合并小包统一发送，这样可以减少主从节点间的包数量并节省带宽，但会增加数据同步到slave的时间。若配置为“no”，表明启用NO_DELAY，则TCP协议栈不会延迟小包的发送时机，这样数据同步的延时会减少，但需要更大的带宽。通常情况下，应该配置为no以降低同步延时，但在主从节点间网络负载已经很高的情况下，可以配置为yes。
slave-priority
指定slave的优先级。在不只1个slave存在的部署环境下，当master宕机时，Redis Sentinel会将priority值最小的slave提升为master。需要注意的是，若该配置项为0，则对应的slave永远不会自动提升为master。
appendonly
开启append only 模式之后，redis 会把所接收到的每一次写操作请求都追加到appendonly.aof 文件中，当redis 重新启动时，会从该文件恢复出之前的状态。但是这样会造成appendonly.aof 文件过大，所以redis 还支持了BGREWRITEAOF 指令，对appendonly.aof 进行重新整理。默认是不开启的。
appendfilename
默认为appendonly.aof。
appendfsync
设置aof的同步频率，有三种选择always、everysec、no，默认是everysec表示每秒同步一次。
no-appendfsync-on-rewrite
指定是否在后台aof文件rewrite期间调用fsync，默认为no，表示要调用fsync（无论后台是否有子进程在刷盘）。Redis在后台写RDB文件或重写afo文件期间会存在大量磁盘IO，此时，在某些linux系统中，调用fsync可能会阻塞。
auto-aof-rewrite-percentage
指定Redis重写aof文件的条件，默认为100，表示与上次rewrite的aof文件大小相比，当前aof文件增长量超过上次afo文件大小的100%时，就会触发background rewrite。若配置为0，则会禁用自动rewrite
auto-aof-rewrite-min-size
指定触发rewrite的aof文件大小。若aof文件小于该值，即使当前文件的增量比例达到auto-aof-rewrite-percentage的配置值，也不会触发自动rewrite。即这两个配置项同时满足时，才会触发rewrite。
lua-time-limit
一个Lua脚本最长的执行时间，单位为毫秒，如果为0或负数表示无限执行时间，默认为5000
notify-keyspace-events
见参考3，按键通知事件
aof-rewrite-incremental-fsync
aof rewrite过程中,是否采取增量文件同步策略,默认为“yes”。 rewrite过程中,每32M数据进行一次文件同步,这样可以减少aof大文件写入对磁盘的操作次数
3 基本原理
    Redis是C编写的，对外开放的List、Set、SortedSet等数据结构都有着自己独到的实现和算法，其内部的实现原理见参考4，这里就不卖弄了，我也在学习。
    需求推动技术的进步，Redis可以应用在如下几种场景中：
(1)取最新N个数据操作
(2)排行榜操作，Top N
(3)需要精准设定过期时间的应用
(4)计数器应用
(5)获取某段时间内所有数据的排重值，uniq操作
(6)实时系统
(7)发布/订阅系统
(8)队列系统
(9)缓存
    具体的场景分析见参考9。
4 客户端操作
    使用src/redis-cli可以打开客户端对话框，输入命令即可。目前Redis支持String、Map、List、Set、SortedSets等五种数据结构以及支持订阅、事务等操作。每种命令的操作及详细解释见参考8。