redis是一种K/V结构的非关系型数据库，多应用于分布式场景
redis的配置文件在上篇文章中提到过，接下来看一下此配置文件的内容
grep ^### /etc/redis.conf ################################## INCLUDES ################################### // ################################## NETWORK ##################################### //网络配置段 ################################# GENERAL ##################################### //通用配置段 ################################ SNAPSHOTTING ################################ //快照配置段，持久性 ################################# REPLICATION ################################# //复制配置段 ################################## SECURITY ################################### //安全配置段，如密码认证 ################################### LIMITS #################################### //资源限制配置段，对连接数量、时间等的限定 ############################## APPEND ONLY MODE ############################### //AOF，持久化 ################################ LUA SCRIPTING ############################### //lua脚本配置段 ################################ REDIS CLUSTER ############################### //redis集群配置段 ################################## SLOW LOG ################################### //慢日志配置段 ################################ LATENCY MONITOR ############################## // ############################# EVENT NOTIFICATION ############################## //事件通知配置段 ############################### ADVANCED CONFIG ############################### //高级配置段
GENERAL配置段
daemonize no #默认不以守护进程方式运行 supervised no pidfile /var/run/redis/redis.pid #进程文件 loglevel notice #日志级别是提醒 logfile /var/log/redis/redis.log #日志文件的存放路径 databases 16 #设定数据库数量，默认为16个，每个数据库的名字均为整数，从0开始编号，默认操作的数据库为0
NETWORK配置段
bind 127.0.0.1 #绑定的ip地址，建议修改为对外提供服务的ip地址，0.0.0.0表示监听本机所有地址 port 6379 #默认监听端口 protected-mode yes #开启保护模式，即在为指定bind地址且未设置auth认证时启动保护模式 tcp-backlog 511 timeout 0 #连接的空闲超时时长，0表示不限时长 tcp-keepalive 300 #tcp连接的保持时长，单位是秒
SECURITY配置段
requirepass centos #默认requirepass是注释的，我们把注释去掉，启动认证功能，示例如下： redis-cli 127.0.0.1:6379> SELECT 14 (error) NOAUTH Authentication required. 127.0.0.1:6379> AUTH centos OK 127.0.0.1:6379> SELECT 14 OK 127.0.0.1:6379[14]> #配置了认证后，必须认证成功才能进行后续的操作
LIMITS配置段
maxclients 10000 #最大并发连接数，一旦达到此值redis就会关闭所有的新连接的请求 maxmemory <bytes> #最大内存使用空间，根据实际场景操作，单位是字节。redis是基于内存存储的，所以此字段应当引起重视 maxmemory-policy noeviction #当超出最大内存空间时采取的动作，默认是提示错误并不再写入。除了noeviction还有其他淘汰策略如volatile-lru, allkeys-lru maxmemory-samples 5
SLOW LOG配置段
slowlog-log-slower-than 10000 #单位是微秒，即当redis响应时间比此值低时就会记录到慢日志中 slowlog-max-len 128 #慢日志记录的最大条目
ADVANCED CONFIG配置段
hash-max-ziplist-entries 512 #hash类型的键的最大条目 hash-max-ziplist-value 64 #hash类型的子键的最大存储空间，单位是字节 #以上两个字段保持默认即可 client-output-buffer-limit normal 0 0 0 #全0表示不做硬限制和软限制，normal是普通客户 client-output-buffer-limit slave 256mb 64mb 60 #硬限制是256mb，软限制是64mb，软限制的宽限期是60s，slave是从节点 client-output-buffer-limit pubsub 32mb 8mb 60 #如果达到硬限制或者达到软限制并且过了宽限时间，redis就会关闭此连接，pubsub是队列
以上是redis配置文件的配置项的说明，下面一起来看下redis的持久化特性
redis的数据是存储在内存中的，但是当设备重启时还得从磁盘读取数据并重构redis数据库，这就要用到redis的持久化功能
两种持久化的实现：
RDB snapshotting
特点：
二进制格式；按事先定制的策略，周期性地将数据从内存同步至磁盘；数据文件默认为dump.rdb
AOF ppend Only File, fsync
特点：
记录每次写操作至指定的文件尾部实现的持久化；当redis重启时，可通过重新执行文件中的命令在内存中重建出数据库；
RDB的相关配置 ：SNAPSHOTTING配置段
save <seconds> <changes> save 900 1 #在900秒内如果有1次键值发生改变则会触发一次快照 save 300 10 #在300秒内如果有10次键值发生变化则触发一次快照 save 60 10000 #在60秒内如果键值发生10000次变化则触发一次快照 #所以RDB是按照事先制定的策略，周期性将数据从内存同步至磁盘 stop-writes-on-bgsave-error yes #当bgsave出现错误时就会禁止新的写入操作请求，bgsave后面会解释 rdbcompression yes #压缩功能 rdbchecksum yes #校验完整性 dbfilename dump.rdb #指定rdb文件，即快照到磁盘的文件 dir /var/lib/redis #指定存放数据库文件的目录，可以将此目录挂载到固态磁盘上以提高IO性能 客户端显式使用SAVE或BGSAVE命令来手动启动快照保存机制； SAVE：同步，即在主线程中保存快照，此时会阻塞所有客户端请求，直到此步骤结束； BGSAVE：异步；backgroud，也可以理解为后台执行，不会阻塞新的用户请求
AOF配置：APPEND ONLY MODE配置段
appendonly no appendfilename "appendonly.aof" #aof文件名称 appendfsync everysec #多长时间进行一次aof文件的写入，默认是每秒写入一次，这样最多也就失去1秒钟的数据，但缺点就是写入频繁增加了IO压力 no-appendfsync-on-rewrite no #是否在后台执行aof重写期间不调用fsync，默认为no，表示调用。 auto-aof-rewrite-percentage 100 #当键值变化量达到当前键值量的100%时执行重写到aof文件操作，即原键值数据为100mb，当增加的键值数据也达到100mb才会触发重写aof auto-aof-rewrite-min-size 64mb #重写aof文件的最小值，即每次追加aof文件的大小至少要达到64mb
总结二者区别：
1）RDB与AOF不会同时进行，如果同时开启则优先选择AOF；
2）RDB根据既定策略，周期性执行从内存同步到磁盘的操作，缺点就是不能做到时间点还原；
3）AOF在每次写操作或者每秒钟将内存数据追加到指定文件尾部，可以做到时间点还原，缺点就是频繁的IO操作；
注意：持久机制本身不能取代备份；应该制订备份策略，对redis库定期备份；
结束
