redis面试必会6题经典？redis雪崩,击穿,穿透

老铁们，大家好，相信还有很多朋友对于redis面试必会6题经典和redis雪崩,击穿,穿透的相关问题不太懂，没关系，今天就由我来为大家分享分享redis面试必会6题经典以及redis雪崩,击穿,穿透的问题，文章篇幅可能偏长，希望可以帮助到大家，下面一起来看看吧！

redis常见的面试问题都有哪些

其实，不管是什么样的面试形，问的问题都差不多，万变不离其宗，都有规律可寻。其实对所有的面试官而言，只有一个目的：在最短的时间里了解到你最多的信息。想高效率的准备面试，先从这七个大方面着手吧！

一、基本情况

1、请用最简洁的语言描述您从前的工作经历和工作成果。

二、专业背景

您认为此工作岗位应当具备哪些素质？

三、工作模式

您平时习惯于单独工作还是团队工作？

四、价值取向

您对原来的单位和上司的看法如何？

五、资质特性

您如何描述自己的个性？

六、薪资待遇

是否方便告诉我您目前的待遇是多少？

七、背景调查

您是否介意我们通过您原来的单位迚行一些调查？

95%的面试基本上都离不开这些问题，当然还有可能问一些专业问题，我想如果你做过的话应该都不是什么难事，一般面试官都不会过多的问专业方面的问题的。

java面试中redis,mongodb类的,会问哪些问题,怎么回答

1、可能会问nosql和关系型数据库的区别：

优点：

1）成本：nosql数据库简单易部署，基本都是开源软件，不需要像使用Oracle那样花费大量成本购买使用，相比关系型数据库价格便宜

2）查询速度：nosql数据库将数据存储于缓存之中，关系型数据库将数据存储在硬盘中，自然查询速度远不及nosql数据库

3）存储数据的格式：nosql的存储格式是key,value形式、文档形式、图片形式等等，所以可以存储基础类型以及对象或者是集合等各种格式，而数据库则只支持基础类型

4）扩展性：关系型数据库有类似join这样的多表查询机制的限制导致扩展很艰难

缺点：

1）维护的工具和资料有限，因为nosql是属于新的技术，不能和关系型数据库10几年的技术同日而语。

2）不提供对sql的支持，如果不支持sql这样的工业标准，将产生一定用户的学习和使用成本

3）不提供关系型数据库对事物的处理

2、介绍下redis和mongodb：

自行google。

3、应用场景：

redis：

a.主要是做热点数据缓存。

b.数据过期处理。

c.消息队列等功能。

d.计数，例如投票等。

mongodb：

mongodb的主要目标是在键/值存储方式（提供了高性能和高度伸缩性）以及传统的RDBMS系统（丰富的功能）架起一座桥梁，集两者的优势于一身。mongo适用于以下场景：

a.网站数据：mongo非常适合实时的插入，更新与查询，并具备网站实时数据存储所需的复制及高度伸缩性。

b.缓存：由于性能很高，mongo也适合作为信息基础设施的缓存层。在系统重启之后，由mongo搭建的持久化缓存可以避免下层的数据源过载。

c.大尺寸、低价值的数据：使用传统的关系数据库存储一些数据时可能会比较贵，在此之前，很多程序员往往会选择传统的文件进行存储。

d.高伸缩性的场景：mongo非常适合由数十或者数百台服务器组成的数据库。

e.用于对象及JSON数据的存储：mongo的BSON数据格式非常适合文档格式化的存储及查询。

4、支持的数据类型:

内容比较多，自行将网上的信息整理一下。

面试问题redis有哪些集群方案

多个同构twemproxy（配置相同）同时工作，

接受客户端的请求，根据hash算法，转发给对应的redis。

优点：

-开发简单，对应用几乎透明

-历史悠久，方案成熟

缺点：

-代理影响性能

- lvs和twemproxy会有节点性能瓶颈

- redis扩容非常麻烦

- twitter内部已放弃使用该方案，新使用的架构未开源

Codis：

ZooKeeper：

存放路由表和代理节点元数据

分发Codis-Config的命令

Codis-Config:

集成管理工具，有web界面

Codis-Proxy:

无状态代理，兼容Redis协议

对业务透明

Codis-Redis：

基于2.8版本，二次开发

加入slot支持和迁移命令

优点：

-开发简单，对应用几乎透明

-性能比Twemproxy好

-有图形化界面，扩容容易，运维方便

缺点：

-代理依旧影响性能

-组件过多，需要很多机器资源

-修改了redis代码，导致和官方无法同步，新特性跟进缓慢

-开发团队准备主推基于redis改造的reborndb

Redis Cluster：

P2P模式，无中心化

把key分成16384个slot

每个实例负责一部分slot

客户端请求若不在连接的实例，该实例会转发给对应的实例。

通过Gossip协议同步节点信息

优点：

-组件all-in-box，部署简单，节约机器资源

-性能比proxy模式好

-自动故障转移、Slot迁移中数据可用

-官方原生集群方案，更新与支持有保障

缺点：

-架构比较新，最佳实践较少

-多键操作支持有限（驱动可以曲线救国）

-为了性能提升，客户端需要缓存路由表信息

-节点发现、reshard操作不够自动化

文章分享结束，redis面试必会6题经典和redis雪崩,击穿,穿透的答案你都知道了吗？欢迎再次光临本站哦！