redis是一种可内存也可持久化的内存数据库,所谓持久化,就是将数据放到断电后数据不会丢失的设备中,也就是通常理解的磁盘上.

redis配置文件

whereis redis.conf

redis: /etc/redis.conf

每一个配置项的含义看链接：https://redis.io/topics/config

在redis启动的前提下

config get * //可以看到部分配置项

其他配置项可以通过config get xxx 获取

并可以使用config set key value进行配置

redis持久化策略

第一种：RDB快照

Redis支持将当前数据的快照存成一个数据文件的持久化机制.而一个持续写入的数据库如何生成快照呢?Redis借助fork命令的copy on write机制.在生成快照时,将当前进程fork出一个子进程,然后在子进程中循环所有的数据,将数据写成为RDB文件.

通过Redis的save指令来配置RDB快照生成规则,配置方式有两种；

一是配置Redis.conf

二是通过config set 命令在Redis运行时配置,不需重启Redis

查看save规则：

redis 127.0.0.1:6379> config get save

1) "save"

2) "3600 1 300 100 60 10000"

RDB文件写操作是在一个新进程中进行的,子进程会先将数据写入临时文件,然后通过原子性rename系统调用将临时文件重命名为RDB文件；当然,Redis的RDB文件也是Redis主从同步内部实现中的一环,使用od -c命令查看rdb文件内容,可以看到保存的实际是数据本身.

[www@xxxx]$ od -c dump.rdb

0000000 R E D I S 0 0 0 2 376 003 s e x

0000020 004 m a l e 004 n a m e 004 j a c k

0000040 377

0000041

第二种：AOF日志

aof全称append only file,它是一个追加写入的日志文件.与一般数据库的binlog不同的是,AOF文件是可识别的纯文本,它的内容就是一个个的Redis标准命令.aof记录是的写redis操作的命令集合,而rdb是redis写操作的数据集合.

redis 127.0.0.1:6379> config get appendonly

1) "appendonly"

2) "no"

设置为yes

redis 127.0.0.1:6379> config set appendonly yes

那么执行save/bgsave,就会生成appendonly.aof文件

查看aof文件内容,使用od -c appendonly.aof,可以看到内容是set命令：

*2

$6

SELECT

$1

0

*3

$3

set

$3

sex

$4

male

*3

$3

set

$4

name

$4

jack

AOF重写

如果每条写命令都生成一条日志,那么AOF文件会很大,所以Redis提供了一个功能,AOF rewrite.其功能是重新生成一份AOF文件,新的AOF文件中一条记录的操作只会有一次,而不像一份老文件那样,可能记录了对同一个值的多次操作.其生成过程和RDB类似,也是fork一个进程,直接遍历数据,写入新的AOF临时文件.在写入新文件的过程中,所有的写操作日志还是会写到原来老的AOF文件中,同时还会记录在内存缓冲区中.当重完操作完成后,会将所有缓冲区中的日志一次性写入到临时文件中.然后调用原子性的rename命令用新的AOF文件取代老的AOF文件.

因此,RDB和AOF操作都是顺序IO操作,性能都很高.而同时在通过RDB文件或者AOF日志进行数据库恢复的时候,也是顺序的读取数据加载到内存中.所以也不会造成磁盘的随机读.

参考文档：

https://redis.io/topics/config

https://redis.io/topics/persistence