redis的三大问题-谈谈你对redis的认识(5-7-41)

更新时间：2024-12-14 分类：Redis 浏览量：2

Redis本文目录一览：

二者在使用场景中，存在一定的区别，这也主要由于二者在内存映射的处理过程，持久化的处理方法不同。MongoDB建议集群部署，更多的考虑到集群方案，Redis更偏重于进程顺序写入，虽然支持集群，也仅限于主-从模式。

Redis只能使用单线程，性能受限于CPU性能，故单实例CPU最高才可能达到5-6wQPS每秒（取决于数据结构，数据大小以及服务器硬件性能，日常环境中QPS高峰大约在1-2w左右）。

mongodb更吃内存，因为当mongo发现内存不够的时候，是以2的指数级别来申请内存的。所以一般都建议把mongodb单独放。

1、Redis中，并不是所有的数据都一直存储在内存中的，这是和Memcached相比一个最大的区别。 Redis不仅仅支持简单的k/v类型的数据，同时还提供list，set，hash等数据结构的存储。

2、在Redis中，并不是所有的数据都一直存储在内存中的。这是和Memcached相比一个最大的区别（我个人是这么认为的）。

3、数据支持类型：redis在数据支持上要比memecache多的多。使用底层模型不同：新版本的redis直接自己构建了VM 机制，因为一般的系统调用系统函数的话，会浪费一定的时间去移动和请求。

4、Redis中，并不是所有的数据都一直存储在内存中的。这是和Memcached相比一个最大的区别。

5、内存空间的大小和数据量的大小 redis 在 0 版本后增加了自己的 VM 特性，突破物理内存的限制；可以对 key value 设置过期时间（类似 memcache）memcache 可以修改最大可用内存，采用 LRU 算法。

1、通常来说，当数据多、并发量大的时候，架构中可以引入Redis，帮助提升架构的整体性能，减少Mysql（或其他数据库）的压力，但不是使用Redis，就不用MySQL。

2、redis可以作为存储的扩展部分，但是不能直接替换掉mysql。redis对事务的支持还是比较简单的。但是redis的性能和扩展性比较好，使用起来比较方便。不会的。只能是一种互补。

3、那么为什么要使用类似redis这样的Nosql数据库呢？1）当数据量的总大小一个机器放不下时；2）数据索引一个机器的内存放不下时；3）访问量（读写混合）一个实例放不下时。

4、mysql读写分离只是减少了服务器的并发读写时候的压力。从而提高高并发或者大量数据读写时候的效率。redis做缓存，类似于hibernate的三级缓存，hibernate三级缓存是用ehcache实现的。

1、原理监控 sentinel节点需要监控master、slave以及其他sentinel节点的状态。这一过程是通过Redis的pub\sub系统实现的。

2、Redis哨兵模式的实现原理。关于哨兵的原理，关键是了解以下几个概念：定时任务：每个哨兵节点维护了3个定时任务。

3、Redis的哨兵机制就是解决主从复制存在缺陷（选举问题），解决问题保证我们的Redis高可用，实现自动化故障发现与故障转移。要使用哨兵机制，除了启动Redis服务以外，还要启动哨兵服务来进行监控，会介绍详细步骤。

4、其原理是哨兵通过发送命令，等待Redis服务器响应，如果Redis服务器一直没有响应，说明这个Redis服务器可能已经宕机了，从而监控运行的多个Redis实例。

5、集群监控，负责监控redis master 和slave进程是否正常工作。（2）消息通知，如果某个redis实例有故障，那么哨兵负责发送消息作为报警通知给管理员。（3）故障转移，如果master node挂掉了，会自动转移到slave node上。

6、哨兵模式是在主备模式的基础上，加上哨兵，实现redis集群的故障转移。哨兵负责监控集群状态，当redis主节点发生故障，哨兵通过选举，选出替代的master节点。一般需要单数的哨兵进行选举，大多数达成一致。