50 레디 스 일반적인 면접 질문 설명

Redis1.pngRedis2.png

1 , 레디 스 무엇입니까? 그것은 장점과 단점을 설명?

레디 스는 기본적으로 키 - 값 형 메모리 데이터베이스로의 memcached와 같은 하드 디스크에 저장하기 위해 그들 모두를로드 할 메모리에 전체 데이터베이스, 주기적으로 데이터베이스 데이터를 플러시하여 비동기 작업을 운영하고 있습니다.

순수한 메모리 작업이기 때문에, 레디 스 성능이 두 번째 읽기 당 10 만 개 이상의 시간을 처리하고 쓰기 작업을 할 수 있습니다, 아주 좋은, 그것은 키 - 값 DB의 빠른 성능으로 알려져있다.

레디 스의 뿐만 아니라 성능의 우수성, 레디 스 큰 매력은 데이터 구조의 다양한 memcached를 데이터는 1MB의, 저장할 수 있습니다 달리 1GB의 레디 스는 많은 유용한 사용할 수 있습니다되도록 단일 값의 최대 한계뿐만 아니라, 저장 지원하는 것입니다 기능.

자신의 세트는 고성능 태그 시스템을 수행 할 수 있습니다와의, 그는 큐 서비스를 경량, 고성능 메시지를 달성하기 위해 FIFO 이중 연결리스트와 함께 할 목록입니다 가정 해 봅시다.

또한 레디 스 역시 키 - 값 기탁 만료 시간을 설정할 수 있고, 또한 사용되는 memcached의 향상된 버전 함수로서 사용될 수있다. 실제 메모리를 제한 읽고 대용량 데이터를 작성하여 레디 스 데이터베이스 용량의 가장 큰 단점은 높은 성능에 사용될 수 없으므로 적절한 장면 레디 스 주로 데이터와 고성능 컴퓨팅 작업의 소량으로 한정.

2 , 레디 스가에 비해 장점은 무엇입니까 memcached를?

(1) memcached를 대안의 레디 스 풍부 데이터 형식을 지원하는 모든 값은, 단순한 문자열이다
(2)가 레디 스 memcached를보다 훨씬 빠르다
데이터 레디 스를 유지할 수있다. (3)

3 , 레디 스는 어떤 종류의 데이터 형식의 지원?

문자열 , 목록, 설정, 소트 세트, 해시

4、Redis主要消耗什么物理资源?

redis是一种基于内存高性能的数据库--- 主要依赖于内存内存。

5、Redis的全称是什么?

Remote Dictionary Server

6、Redis有哪几种数据淘汰策略?

noeviction:返回错误当内存限制达到并且客户端尝试执行会让更多内存被使用的命令(大部分的写入指令,但DEL和几个例外)allkeys-lru: 尝试回收最少使用的键(LRU),使得新添加的数据有空间存放。volatile-lru: 尝试回收最少使用的键(LRU),但仅限于在过期集合的键,使得新添加的数据有空间存放。allkeys-random: 回收随机的键使得新添加的数据有空间存放。volatile-random: 回收随机的键使得新添加的数据有空间存放,但仅限于在过期集合的键。volatile-ttl: 回收在过期集合的键,并且优先回收存活时间(TTL)较短的键,使得新添加的数据有空间存放。

7、Redis官方为什么不提供Windows版本?

因为目前Linux版本已经相当稳定,而且用户量很大,无需开发windows版本,反而会带来兼容性等问题。

8、一个字符串类型的值能存储最大容量是多少?

512M

9、为什么Redis需要把所有数据放到内存中?

Redis为了达到最快的读写速度将数据都读到内存中,并通过异步的方式将数据写入磁盘。所以redis具有快速和数据持久化的特征。如果不将数据放在内存中,磁盘I/O速度为严重影响redis的性能。在内存越来越便宜的今天,redis将会越来越受欢迎。
如果设置了最大使用的内存,则数据已有记录数达到内存限值后不能继续插入新值。

10、Redis集群方案应该怎么做?都有哪些方案?

1.twemproxy,大概概念是,它类似于一个代理方式,使用方法和普通redis无任何区别,设置好它下属的多个redis实例后,使用时在本需要连接redis的地方改为连接twemproxy,它会以一个代理的身份接收请求并使用一致性hash算法,将请求转接到具体redis,将结果再返回twemproxy。使用方式简便(相对redis只需修改连接端口),对旧项目扩展的首选。 问题:twemproxy自身单端口实例的压力,使用一致性hash后,对redis节点数量改变时候的计算值的改变,数据无法自动移动到新的节点。
2.codis,目前用的最多的集群方案,基本和twemproxy一致的效果,但它支持在 节点数量改变情况下,旧节点数据可恢复到新hash节点。
3.redis cluster3.0自带的集群,特点在于他的分布式算法不是一致性hash,而是hash槽的概念,以及自身支持节点设置从节点。具体看官方文档介绍。
4.在业务代码层实现,起几个毫无关联的redis实例,在代码层,对key 进行hash计算,然后去对应的redis实例操作数据。 这种方式对hash层代码要求比较高,考虑部分包括,节点失效后的替代算法方案,数据震荡后的自动脚本恢复,实例的监控,等等。

11、Redis集群方案什么情况下会导致整个集群不可用?

有A,B,C三个节点的集群,在没有复制模型的情况下,如果节点B失败了,那么整个集群就会以为缺少5501-11000这个范围的槽而不可用。

12、MySQL里有2000w数据,redis中只存20w的数据,如何保证redis中的数据都是热点数据?

redis内存数据集大小上升到一定大小的时候,就会施行数据淘汰策略。
##13、Redis有哪些适合的场景? (1)、会话缓存(Session Cache)最常用的一种使用Redis的情景是会话缓存(session cache)。用Redis缓存会话比其他存储(如Memcached)的优势在于:Redis提供持久化。当维护一个不是严格要求一致性的缓存时,如果用户的购物车信息全部丢失,大部分人都会不高兴的,现在,他们还会这样吗?幸运的是,随着 Redis 这些年的改进,很容易找到怎么恰当的使用Redis来缓存会话的文档。甚至广为人知的商业平台Magento也提供Redis的插件。
(2)、全页缓存(FPC)除基本的会话token之外,Redis还提供很简便的FPC平台。回到一致性问题,即使重启了Redis实例,因为有磁盘的持久化,用户也不会看到页面加载速度的下降,这是一个极大改进,类似PHP本地FPC。再次以Magento为例,Magento提供一个插件来使用Redis作为全页缓存后端。此外,对WordPress的用户来说,Pantheon有一个非常好的插件 wp-redis,这个插件能帮助你以最快速度加载你曾浏览过的页面。
(3)、队列Reids在内存存储引擎领域的一大优点是提供 list 和 set 操作,这使得Redis能作为一个很好的消息队列平台来使用。Redis作为队列使用的操作,就类似于本地程序语言(如Python)对 list 的 push/pop 操作。如果你快速的在Google中搜索“Redis queues”,你马上就能找到大量的开源项目,这些项目的目的就是利用Redis创建非常好的后端工具,以满足各种队列需求。例如,Celery有一个后台就是使用Redis作为broker,你可以从这里去查看。
(4),排行榜/计数器Redis在内存中对数字进行递增或递减的操作实现的非常好。集合(Set)和有序集合(Sorted Set)也使得我们在执行这些操作的时候变的非常简单,Redis只是正好提供了这两种数据结构。所以,我们要从排序集合中获取到排名最靠前的10个用户–我们称之为“user_scores”,我们只需要像下面一样执行即可:当然,这是假定你是根据你用户的分数做递增的排序。如果你想返回用户及用户的分数,你需要这样执行:ZRANGE user_scores 0 10 WITHSCORESAgora Games就是一个很好的例子,用Ruby实现的,它的排行榜就是使用Redis来存储数据的,你可以在这里看到。
(5)、发布/订阅最后(但肯定不是最不重要的)是Redis的发布/订阅功能。发布/订阅的使用场景确实非常多。我已看见人们在社交网络连接中使用,还可作为基于发布/订阅的脚本触发器,甚至用Redis的发布/订阅功能来建立聊天系统!(不,这是真的,你可以去核实)。

14、Redis支持的Java客户端都有哪些?官方推荐用哪个?

Redisson、Jedis、lettuce等等,官方推荐使用Redisson。

15、Redis和Redisson有什么关系?

Redisson是一个高级的分布式协调Redis客服端,能帮助用户在分布式环境中轻松实现一些Java的对象 (Bloom filter, BitSet, Set, SetMultimap, ScoredSortedSet, SortedSet, Map, ConcurrentMap, List, ListMultimap, Queue, BlockingQueue, Deque, BlockingDeque, Semaphore, Lock, ReadWriteLock, AtomicLong, CountDownLatch, Publish / Subscribe, HyperLogLog)。

16、Jedis与Redisson对比有什么优缺点?

Jedis是Redis的Java实现的客户端,其API提供了比较全面的Redis命令的支持;Redisson实现了分布式和可扩展的Java数据结构,和Jedis相比,功能较为简单,不支持字符串操作,不支持排序、事务、管道、分区等Redis特性。Redisson的宗旨是促进使用者对Redis的关注分离,从而让使用者能够将精力更集中地放在处理业务逻辑上。

17、Redis如何设置密码及验证密码?

设置密码:config set requirepass 123456授权密码:auth 123456

18、说说Redis哈希槽的概念?

Redis集群没有使用一致性hash,而是引入了哈希槽的概念,Redis集群有16384个哈希槽,每个key通过CRC16校验后对16384取模来决定放置哪个槽,集群的每个节点负责一部分hash槽。

19 , 어떤에서 주요 레디 스 클러스터 복제 모델?

클러스터 순서 부분 실패 노드의 경우에 가능한 가장 남거나 노드가 통신 할 수에서, 각각의 노드가 N-1 복제본을 갖고, 마스터 복사 모델에서 클러스터를 이용한다.

20 , 레디 스 클러스터를 잃고 쓸 것인가? 이유는 무엇입니까?

레디 스는 특정 조건 하에서 작동 할 때 실제로 클러스터가 손실 될 수 있음을 의미 데이터의 강력한 일관성을 보장하지 않습니다.

(21) , 레디 스 사이 클러스터는 방법을 복사하는 것입니다?

비동기 복제

(22)는 , 클러스터의 최대 수는 레디 스가 얼마 노드?

16384 게르마늄.

23 , 어떻게 데이터베이스 레디 스 클러스터를 선택하려면?

레디 스의 클러스터 데이터베이스는 현재 0에서 기본 데이터베이스를 선택하지 마십시오.

24 , 어떻게 레디 스의 연결을 테스트하려면?

공간이 제한되어 , 작은 시리즈는 Word 문서로 구성 설명하기 위해 50 개 레디 스 일반적인 면접 질문,이 자바 아키텍처도 겨울 Qqun 추가를 : 962,992,162 요를받을 ! ! !

Redis3.png

자세한 내용은 아래 그림과 작은 친구를 필요로한다 자바 아키텍처도 겨울 Qqun 가입 : 962,992,162을 요를받을 ! ! !

.JPG를위한 데이터


추천

출처blog.51cto.com/14378044/2405916