Reids系列: Redis配置文件介绍及持久化 (二)

Redis配置文件介绍及持久化

Redis配置文件

# vi redis.conf
 
daemonize yes #是否以后台进程运行
 
pidfile /var/run/redis/redis-server.pid  #pid文件位置
 
port 6379#监听端口
 
bind 127.0.0.1  #绑定地址，如外网需要连接，设置0.0.0.0
 
timeout 300   #连接超时时间，单位秒
 
loglevel notice #日志级别，分别有：
 
# debug ：适用于开发和测试
 
# verbose ：更详细信息
 
# notice ：适用于生产环境
 
# warning ：只记录警告或错误信息
 
logfile /var/log/redis/redis-server.log  #日志文件位置
 
syslog-enabled no  #是否将日志输出到系统日志
 
databases 16#设置数据库数量，默认数据库为0
 
 
 
############### 快照方式 ###############
 
 
 
save 900 1  #在900s（15m）之后，至少有1个key发生变化，则快照
 
save 300 10  #在300s（5m）之后，至少有10个key发生变化，则快照
 
save 60 10000 #在60s（1m）之后，至少有1000个key发生变化，则快照
 
rdbcompression yes  #dump时是否压缩数据
 
dir /var/lib/redis  #数据库（dump.rdb）文件存放目录
 
 
 
############### 主从复制 ###############
 
 
 
slaveof <masterip> <masterport> #主从复制使用，用于本机redis作为slave去连接主redis
 
masterauth <master-password>  #当master设置密码认证，slave用此选项指定master认证密码
 
slave-serve-stale-data yes   #当slave与master之间的连接断开或slave正在与master进行数据同步时，如果有slave请求，当设置为yes时，slave仍然响应请求，此时可能有问题，如果设置no时，slave会返回"SYNC with master in progress"错误信息。但INFO和SLAVEOF命令除外。
 
 
 
############### 安全 ###############
 
 
 
requirepass foobared  #配置redis连接认证密码
 
 
 
############### 限制 ###############
 
 
 
maxclients 128#设置最大连接数，0为不限制
 
maxmemory <bytes>#内存清理策略，如果达到此值，将采取以下动作：
 
# volatile-lru ：默认策略，只对设置过期时间的key进行LRU算法删除
 
# allkeys-lru ：删除不经常使用的key
 
# volatile-random ：随机删除即将过期的key
 
# allkeys-random ：随机删除一个key
 
# volatile-ttl ：删除即将过期的key
 
# noeviction ：不过期，写操作返回报错
 
maxmemory-policy volatile-lru#如果达到maxmemory值，采用此策略
 
maxmemory-samples 3  #默认随机选择3个key，从中淘汰最不经常用的
 
 
 
############### 附加模式 ###############
 
 
 
appendonly no  #AOF持久化，是否记录更新操作日志，默认redis是异步（快照）把数据写入本地磁盘
 
appendfilename appendonly.aof #指定更新日志文件名
 
# AOF持久化三种同步策略：
 
# appendfsync always  #每次有数据发生变化时都会写入appendonly.aof
 
# appendfsync everysec #默认方式，每秒同步一次到appendonly.aof
 
# appendfsync no    #不同步，数据不会持久化
 
no-appendfsync-on-rewrite no  #当AOF日志文件即将增长到指定百分比时，redis通过调用BGREWRITEAOF是否自动重写AOF日志文件。
 
 
 
############### 虚拟内存 ###############
 
 
 
vm-enabled no   #是否启用虚拟内存机制，虚拟内存机将数据分页存放，把很少访问的页放到swap上，内存占用多，最好关闭虚拟内存
 
vm-swap-file /var/lib/redis/redis.swap  #虚拟内存文件位置
 
vm-max-memory 0  #redis使用的最大内存上限，保护redis不会因过多使用物理内存影响性能
 
vm-page-size 32  #每个页面的大小为32字节
 
vm-pages 134217728 #设置swap文件中页面数量
 
vm-max-threads 4  #访问swap文件的线程数
 
 
 
############### 高级配置 ###############
 
 
 
hash-max-zipmap-entries 512  #哈希表中元素（条目）总个数不超过设定数量时，采用线性紧凑格式存储来节省空间
 
hash-max-zipmap-value 64   #哈希表中每个value的长度不超过多少字节时，采用线性紧凑格式存储来节省空间
 
list-max-ziplist-entries 512 #list数据类型多少节点以下会采用去指针的紧凑存储格式
 
list-max-ziplist-value 64  #list数据类型节点值大小小于多少字节会采用紧凑存储格式
 
set-max-intset-entries 512  #set数据类型内部数据如果全部是数值型，且包含多少节点以下会采用紧凑格式存储
 
activerehashing yes    #是否激活重置哈希

Redis备份机制

RDB持久化

工作原理

RDB：快照方式，允许你每隔一段时间对内存数据做一次快照然后存储到硬盘中。该方式是Redis默认的持久化方式。

 (1）redis根据配置自己尝试去生成rdb快照文件

（2）fork一个子进程出来

（3）子进程尝试将数据dump到临时的rdb快照文件中

（4）完成rdb快照文件的生成之后，就替换之前的旧的快照文件

 dump.rdb，每次生成一个新的快照，都会覆盖之前的老快照

工作方式

RDB可以通过在配置文件中配置时间或者改动键的个数来定义快照条件，编辑配置文件redis.conf，找到

根据时间的间隔将redis中数据快照（dump）到dump.rdb文件

   save 900 1  #在900s（15m）之后，至少有1个key发生变化，则快照

   save 300 10  #在300s（5m）之后，至少有10个key发生变化，则快照
    
   save 60 10000 #在60s（1m）之后，至少有1000个key发生变化，则快照

优势 ：备份恢复简单。RDB通过子进程完成持久化工作，相对比AOF启动效率高，可作为冷备份

劣势 ：服务器故障会丢失几分钟内的数据

AOF持久化

工作原理

（1）redis fork一个子进程

（2）子进程基于当前内存中的数据，构建日志，开始往一个新的临时的AOF文件中写入日志

（3）redis主进程，接收到client新的写操作之后，在内存中写入日志，同时新的日志也继续写入旧的AOF文件

（4）子进程写完新的日志文件之后，redis主进程将内存中的新日志再次追加到新的AOF文件中

（5）用新的日志文件替换掉旧的日志文件

工作方式

AOF持久化，默认是关闭的，默认是打开RDB持久化

# 在配置文件中打开AOF 形成AOF文件，文件默认名称是appendonly.aof 
appendonly yes 

# 可通过appendfilename修改文件名
appendfilename appendonly.aof #指定更新日志文件名

#aof文件大小超过上次重写时文件大小的百分之几开始重写，如果之前没有写过，则根据启动时文件大小。
auto-aof-rewrite-percentage 100 #当到达上次编写百分之百时 触发重写

#限制允许重写时的最小文件大小。触发重写机制
auto-aof-rewrite-min-size 64mb  #当文件大小到达64m时 触发重写

## 比如说上一次AOF rewrite之后，是128mb。然后就会接着128mb继续写AOF的日志
## 如果发现增长的比例，超过了之前的100%，256mb，就可能会去触发一次rewrite
## 但是此时还要去跟min-size，64mb去比较，256mb > 64mb，才会去触发rewrite




#几种AOF同步策略
appendfsync always #每次都同步，保证数据不会丢失，但会慢

appendfsync everysec #每秒同步，系统默认同步策略

appendfsync no #不主动同步，由操作系统决定，快，但数据容易丢失

AOF文件修复方式

如果redis在append数据到AOF文件时，机器宕机了，可能会导致AOF文件破损用redis-check-aof --fix命令来修复破损的AOF文件。

AOF和RDB同时工作

（1）如果RDB在执行snapshotting操作，那么redis不会执行AOF rewrite; 如果redis再执行AOF rewrite，那么就不会执行RDB snapshotting

（2）如果RDB在执行snapshotting，此时用户执行BGREWRITEAOF命令，那么等RDB快照生成之后，才会去执行AOF rewrite

（3）同时有RDB snapshot文件和AOF日志文件，那么redis重启的时候，会优先使用AOF进行数据恢复，因为其中的日志更完整