Redis配置与优化

一、Redis持久化

持久化是最简单的高可用方法（有时甚至不被归为高可用的手段），主要作用是数据备份，即将数据存储在硬盘，保证数据不会因进程退出而丢失。

持久化的功能：Redis是内存数据库，数据都是存储在内存中，为了避免服务器断电等原因导致Redis进程异常退出后数据的永久丢失，需要定期将Redis中的数据以某种形式（数据或命令）从内存保存到硬盘；当下次Redis重启时，利用持久化文件实现数据恢复。除此之外，为了进行灾难备份，可以将持久化文件拷贝到一个远程位置。

Redis提供两种方式进行持久化：
（1）RDB 持久化：原理是将Reids在内存中的数据库记录定时保存到磁盘上。
（2）AOF持久化（append only file）：原理是将Reids的操作日志以追加的方式写入文件，类似于MysQL的binlog。由于AOF持久化的实时性更好，即当进程意外退出时丢失的数据更少，因此AOF是目前主流的持久化方式，不过RDB持久化仍然有其用武之地。

1.1RDB持久化

RDB持久化是指在指定的时间间隔内将内存中当前进程中的数据生成快照保存到硬盘（因此也称作快照持久化），用二进制压缩存储，保存的文件后缀是rdb；当Redis重新启动时，可以读取快照文件恢复数据。

RDB触发条件分为手动触发和自动触发

1.1.1手动触发

（1）save命令和bgsave命令都可以生成RDB文件。
（2）save命令会阻塞Redis服务器进程，直到RDB文件创建完毕为止，在Redis服务器阻塞期间，服务器不能处理任何命令请求。
（3）bgsave命令会创建一个子进程，由子进程来负责创建RDB文件，父进程（即Redis主进程）则继续处理请求。
（4）bgsave命令执行过程中，只有fork子进程时会阻塞服务器，而对于save命令，整个过程都会阻塞服务器，因此save已基本被废弃，线上环境要杜绝save的使用。

1.1.2自动触发

（1）在自动触发RDB持久化时，Redis也会选择bgsave而不是save来进行持久化。
（2）save m n：自动触发最常见的情况是在配置文件中通过save m n，指定当m秒内发生n次变化时，会触发bgsave。
（3）执行shutdown命令时，自动执行rdb持久化。
（4）在主从复制场景下，如果从节点执行全量复制操作，则主节点会执行bgsave命令，并将rdb文件发送给从节点。

vim /etc/redis/6379.conf
#--219行--以下三个save条件满足任意一个时，都会引起bgsave的调用
save 900 1：当时间到900秒时，如果redis数据发生了至少1次变化，则执行bgsave 
save 300 10：当时间到300秒时，如果redis数据发生了至少10次变化，则执行bgsave 
save 60 10000：当时间到60秒时，如果redis数据发生了至少10000次变化，则执行bgsave
#--254行--指定RDB文件名
dbfilename dump.rdb
#--264行--指定RDB文件和AOF文件所在目录
dir/var/lib/redis/6379
#--242行--是否开启RDB文件压缩
rdbcompression yes

执行流程:
（1）Redis父进程首先判断：当前是否在执行save，或bgsave/bgrewriteaof的子进程，如果在执行则bgsave命令直接返回回。bgsave/bgrewriteaof的子进程不能同时执行，主要是基于性能方面的考虑：两个并发的子进程同时执行大量的磁盘写操作，可能引起严重的性能问题。
（2）父进程执行fork操作创建子进程，这个过程中父进程是阻塞的，Redis不能执行来自客户端的任何命令
（3）父进程fork后，bgsave命令返回"Background saving started”信息并不再阻塞父进程，并可以响应其他命令