Redis里的数据都是保存在内存中，关闭服务器必须进行数据备份。
1、Redis的数据持久化
bgsave做镜像全量持久化，AOF做增量持久化。
bgsave的原理：fork和cow（copy on write）fork是redis通过创建子进程来进行bgsave操作，子进程创建后，父子进程共享数据段，父进程继续提供读写服务，并不会阻塞，写脏的页面数据会逐渐和子进程分离开。
bgsave是fork出一个子进程，子进程负责调用RDBsave，并在保存完成之后向主进程发送信号，通知保存已经完成。因为RDBsave在子进程被调用，所以Redis服务器在BGsave执行期间仍然可以处理客户端的请求，一般常用bgsave进行线上数据处理。
save：是直接调用RDBsave，阻塞掉redis主进程，直到保存完成为止。在主进程阻塞的期间，服务器不能处理客户端的任何请求。
bgsave的缺点：因为bgsave会耗费较长时间，不够实时，服务器假如停机的时候会导致大量丢失数据，所以需要AOF来配合使用。在redis实例重启的时候，会使用bgsave持久化文件重新构建内存，在使用AOF重放近期的操作指令来实现完整恢复重启之前的状态。AOF日志功能有SYNC属性的配置，如果不要求性能的话，可以在每写指令时都SYNC一下磁盘，就不会丢失数据。但是在高性能的要求下，每次都SYNC肯定不现实。一般都是定时使用SYNC，配置SYNC时间。
,2、Redis的同步机制
Redis可以使用主从同步，从从同步，第一次同步，主节点做一次bgsave，并同时将后续修改操作记录在内存buffer，等到将RDB文件全量同步到复制节点，复制节点接受完成后将RDB镜像加载到内存。加载完成后，在通知主节点将期间修改的操作记录同步到复制节点，就进行重放，这就是同步过程。
3、Redis的集群原理
Redis有两种集群方式
Redis Sentinal：高可用，在master宕机时会自动将slave提升为master，继续提供服务。
Redis Cluster：着眼于扩展性，单个Redis内存不足的时候，使用Cluster进行分片存储。
4、Redis的性能常见问题
1、master不要做任何持久化工作，比如RDB内存快照，AOF日志文件，不然降低效率
2、如果数据重要，slave开启了AOF备份数据，配置SYNC的时间设置为一秒同步写入磁盘一次。
3、为了主从复制的速度和连接稳定性，master和slave放在同一个局域网内
5、假如说Oracle数据库里有5000w条数据，redis只存20w条数据，怎么保证redis中的数据都是热点数据
redis内存数据集大小上升到一定大小的时候，就会实施数据淘汰策略
redis的数据淘汰策略有：
volatile-LRU:在已设置过期时间的数据集（server.db[i].expries）中选最近最少使用的数据淘汰。
volatile-TTL:在已设置过期时间的数据集中挑选将要过期的数据淘汰。
volatile-Random：在已设置过期时间的数据集中任意选择数据淘汰
allkeys-LRU:从数据集(server.db[i].dict)中挑选最近最少使用的数据淘汰
allkeys-Random:从数据集（server.db[i].dict）中任意选择数据淘汰
no-enviction（驱逐）：禁止驱逐数据。