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 \0 \0 003 s e x
0000020 004 m a l e \0 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
jackAOF重写
如果每条写命令都生成一条日志,那么AOF文件会很大,所以Redis提供了一个功能,AOF rewrite.其功能是重新生成一份AOF文件,新的AOF文件中一条记录的操作只会有一次,而不像一份老文件那样,可能记录了对同一个值的多次操作.其生成过程和RDB类似,也是fork一个进程,直接遍历数据,写入新的AOF临时文件.在写入新文件的过程中,所有的写操作日志还是会写到原来老的AOF文件中,同时还会记录在内存缓冲区中.当重完操作完成后,会将所有缓冲区中的日志一次性写入到临时文件中.然后调用原子性的rename命令用新的AOF文件取代老的AOF文件.
因此,RDB和AOF操作都是顺序IO操作,性能都很高.而同时在通过RDB文件或者AOF日志进行数据库恢复的时候,也是顺序的读取数据加载到内存中.所以也不会造成磁盘的随机读.参考文档：
