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(驱逐):禁止驱逐数据。