vlambda博客
学习文章列表

【面经来啦】Java面经整理 | 中间件篇(一)Redis

点击上方蓝色字体,关注我们

一、Redis简介

Redis(Remote Dictionary Server) 是一个使用 C 语言编写的,开源的(BSD许可)高性能非关系型(NoSQL)的键值对数据库。Redis 可以存储键和五种不同类型的值之间的映射。键的类型只能为字符串,值支持五种数据类型:字符串、列表、集合、散列表、有序集合。


与传统数据库不同的是 Redis 的数据是存在内存中的,所以读写速度非常快,因此 redis 被广泛应用于缓存方向,每秒可以处理超过 10万次读写操作,是已知性能最快的Key-Value DB。另外,Redis 也经常用来做分布式锁。除此之外,Redis 支持事务 、持久化、LUA脚本、LRU驱动事件、多种集群方案。

二、五种数据类型

Redis支持五种数据类型:string(字符串),hash(哈希),list(列表),set(集合)及zset(sorted set:有序集合)。各个数据类型应用场景:

【面经来啦】Java面经整理 | 中间件篇(一)Redis

三、持久化(重点)

Redis有两种持久化机制RDB(默认)和AOF。


1、RDB

RDB持久化是指在指定的时间间隔内将内存中的数据集快照写入磁盘,实际操作过程是fork一个子进程,先将数据集写入临时文件,写入成功后,再替换之前的文件,用二进制压缩存储。RDB是Redis默认的持久化方式,会在对应的目录下生产一个dump.rdb文件,重启会通过加载dump.rdb文件恢复数据。

【面经来啦】Java面经整理 | 中间件篇(一)Redis

优点:


只有一个文件dump.rdb,方便持久化;

容灾性好,一个文件可以保存到安全的磁盘;

性能最大化,fork子进程来完成写操作,让主进程继续处理命令,所以是IO最大化(使用单独子进程来进行持久化,主进程不会进行任何IO操作,保证了redis的高性能) ;

如果数据集偏大,RDB的启动效率会比AOF更高。

缺点:


数据安全性低。(RDB是间隔一段时间进行持久化,如果持久化之间redis发生故障,会发生数据丢失。所以这种方式更适合数据要求不是特别严格的时候)

由于RDB是通过fork子进程来协助完成数据持久化工作的,因此,如果当数据集较大时,可能会导致整个服务器停止服务几百毫秒,甚至是1秒钟。

2、AOF

AOF持久化是以日志的形式记录服务器所处理的每一个写、删除操作,查询操作不会记录,以文本的方式记录,文件中可以看到详细的操作记录。她的出现是为了弥补RDB的不足(数据的不一致性),所以它采用日志的形式来记录每个写操作,并追加到文件中。Redis 重启的会根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作。


优点:


数据安全性更高,AOF持久化可以配置appendfsync属性,其中always,每进行一次命令操作就记录到AOF文件中一次。

通过append模式写文件,即使中途服务器宕机,可以通过redis-check-aof工具解决数据一致性问题。

AOF机制的rewrite模式。(AOF文件没被rewrite之前(文件过大时会对命令进行合并重写),可以删除其中的某些命令(比如误操作的flushall))

缺点:


AOF文件比RDB文件大,且恢复速度慢;数据集大的时候,比rdb启动效率低。

根据同步策略的不同,AOF在运行效率上往往会慢于RDB。

持久化常用配置


1)RDB持久化配置


Redis会将数据集的快照dump到dump.rdb文件中。此外,我们也可以通过配置文件来修改Redis服务器dump快照的频率,在打开6379.conf文件之后,我们搜索save,可以看到下面的配置信息:

save 900 1              #在900秒(15分钟)之后,如果至少有1个key发生变化,则dump内存快照。 save 300 10            #在300秒(5分钟)之后,如果至少有10个key发生变化,则dump内存快照。 save 60 10000        #在60秒(1分钟)之后,如果至少有10000个key发生变化,则dump内存快照。


————————————————

版权声明:本文为CSDN博主「技术大咖秀」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。

原文链接:https://blog.csdn.net/shipfei_csdn/article/details/109555353