Redis 支持哪几种数据类型?
- string:最基本的数据类型,二进制安全的字符串,最大512M
- list:按照添加顺序保持顺序的 字符串列表
- set:无序的字符串集合,不存在重复的元素
- sorted set:已排序的字符串集合
- hash:key/value对的一种集合
Redis是单进程的还是单线程的?
Redis是单进程单线程的,Redis利用队列技术将并发访问变为串行访问,消除了传统数据库串行控制的开销。
Redis为什么是单线程的?
多线程处理会设计到锁,而且多线程处理会设计到线程切换而消耗CPU。因为CPU不会Redis的瓶颈,Redis的瓶颈最有可能是机器内存或者网络带宽。单线程无法发挥多核CPU性能,不过可以通过在单机开启Redis实例来解决。
Redis的优势
- 速度快。因为数据存储于内存中,类似于HashMap,HashMap的优势就是查找和操作的时间复杂度都是O(1)
- 支持丰富的数据类型,支持string,list,set,sorted set,hash
- 支持事务,操作都是原子性,所谓的原子性就是对数据的更改要么全部执行,要么全部不执行
- 丰富的特性:可用于缓存,消息,按key设置过期时间,过期后将会自动删除
Redis和memcached有哪些优势
- memcached所有的值均是简单的字符串,Reids作为其替代者,支持更为丰富的数据类型
- Redis的速度比memcached快很多
- Redis可以持久化其数据
- Redis支持数据的备份,即master/slave模式的数据备份
Redis有哪几种数据淘汰策略
在Redis中,允许用户设置最大使用内存大小server.maxmemory,当Redis内存数据集大小上升到一定大小的时候,就会执行数据淘汰策略
- volatile-lru:从已设置过期的数据集中挑选最近最少使用的淘汰
- volatile-ttl:从已设置过期的数据集中挑选将要过期的数据淘汰
- volatile-random:从已设置过期的数据集中任意挑选数据淘汰
- allkeys-lru:从数据集中挑选最近最少使用的数据淘汰
- allkeys-random:从数据集中任意挑选数据淘汰
- noenviction:禁止淘汰数据
Redis支持哪几种持久化方式
原理是将Redis在内存中的数据记录定时dump到磁盘上的RDB文件
指定的时间间隔内将内存中的数据集快照写入磁盘,实际操作过程是fork一个子进程,先将数据集写入临时文件,写入成功后,再替换之前的文件,用二进制压缩存储。
原理是将Redis的操作日志以追加的方式写入文件。
以日志的形式记录服务器所处理的每一个写、删除操作,查询操作不会记录,以文本的方式记录,可以打开文件看到详细的操作记录。当服务器重启的时候会重新执行这些命令来恢复原始的数据。AOF命令以Reids协议追加保存每次写的操作到文件末尾。Redis还能对AOF文件进行后台重写,使得AOF文件的体积不至于过大。
Redis两种持久化方式优缺点?
RDB持久化
优点:RDB文件紧凑,体积小,网络传输快,适合全量复制;恢复速度比AOF快很多。当然,与AOF相比,RDB最重要的优点之一是对性能的影响相对较小
缺点:RDB文件的致命缺点在与其数据快照的持久化方式决定了必然做不到实时持久化,而在数据越来越重要的今天,数据的大量丢失很多时候是无法接受的,因此AOF持久化称为主流。此外,RDB文件需要满足特定格式,兼容性差。
AOF持久化
与RDB持久化相对应,AOF的优点在于支持秒级持久化、兼容性好,缺点是文件大,恢复速度慢,对性能影响大
如何选择Redis持久化方式策略?
在介绍持久化策略之前,首先要明白无论是RDB还是AOF,持久化的开启都是要付出性能方面的代价的。对比RDB持久化,一方面是bdsave在进行fork操作时Redis主进程会阻塞,另一方面,子进程向硬盘写数据也会带来IO压力;对于AOF持久化,向硬盘写数据的频率大大提高(everysec策略下为秒级),IO压力更大,设置可能造成AOF追加阻塞文件。此外,AOF文件的重写与RDB的basave类似,会有fork时的阻塞和子进程的IO压力问题。相对来说,由于AOF向硬盘中写数据的频率更高,因此对Redis主进程性能的影响会更大。
在实际生产环境中,根据数据量、应用对数据的安全要求、预算限制等不同情况,会有各种各样的持久化策略;如完全不使用任何持久化,使用RDB或AOF一种,或同事开启RDB和AOF持久化等。此外,持久化的选择必须与Redis的主从策略一起考虑,因为主从复制与持久化同样具有数据备份的功能,而且主机master和从机slave可以独立的选择持久化方案。
Redis集群的主从复制模型是怎样的?
为了是在部分节点失败或者大部分节点无法通信的情况下集群仍然可用,所以集群是用了主从复制模型,每个节点都会有N-1个复制品
Redis集群会有写操作丢失吗?为什么?
Redis并不能保证数据强一致性,这意味着在实际中集群在特定的条件下可能会丢失写操作
Redis集群之间是如何复制的
异步复制
Redis如何做内存优化
尽可能使用散列表(hashes),散列表(是说列表里面存储的数少)使用的内存非常小,所以你应该尽可能的将你的数据模型抽象到一个散列表里面,比如你的web系统中有一个用户对象,不要为这个用户的名称,姓氏,邮箱,密码设置单独的key,而是应该把这个用户所有信息存储到一张散列表中
Redis回收进程如何工作?
一个Client运行了新的命令,添加了新的数据,Redis会检查内存使用情况,如果大于maxmemory的限制,则根据设定好的策略进行回收
Redis常用的使用场景
- Session共享(单点登录)
- 页面缓存
- 队列
- 排行榜/计算器
以上就是Redis面试必会的题目的详细内容,更多关于Redis面试题的资料请关注脚本之家其它相关文章!
您可能感兴趣的文章:- Redis分析慢查询操作的实例教程
- 浅析JavaWeb项目架构之Redis分布式日志队列
- java获取redis日志信息与动态监控信息的方法
- 如何高效使用Redis作为LRU缓存
- Linux安装Redis实现过程及报错解决方案
- spring boot+redis 监听过期Key的操作方法
- 在Docker中使用Redis的步骤详解
- SpringBoot2.3整合redis缓存自定义序列化的实现
- Redis 执行性能测试
- Redis缓存常用4种策略原理详解
- Redis缓存穿透出现原因及解决方案
- 详解Redis的慢查询日志