redis抖动，redisdoc

提示：扫一扫查出行
【扫一扫了解最新限行尾号】
复制提示

redis和memcached的区别

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

性能对比：由于Redis只使用单核，而Memcached可以使用多核，所以平均每一个核上Redis在存储小数据时比Memcached性能更高。

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

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

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

key-value 数据时，Memcached会比Redis快一些。但只要数据量稍微大一点，或者数据是动态的，那么Memcached的性能就会直线下降。所以即使Memcached在某些方面有细微的优势，但总体上Redis还是优于Redis这个缓存框架的。

Q1: 京东活动系统--亿级流量架构应对之术

京东活动系统是一个可在线编辑、实时编辑更新和发布新活动，并对外提供页面访问服务的系统。其高时效性、灵活性等特征，极受青睐，已发展成京东几个重要流量入口之一。近几次大促，系统所承载的pv已经达到数亿级。

不管是软件开发人员，还是运维人员，通过阅读《亿级流量网站架构核心技术》都能系统地学习实现亿级流量网站的架构核心技术，并收获解决系统问题的思路和方法。作者简介：张开涛，现就职于京东，“开涛的博客”公众号作者。

接入-逻辑-存储是经典的互联网后端分层，但随着业务规模的提高，逻辑层的复杂度也上升了，所以，针对逻辑层的架构设计也出现很多新的技术和思路，常见的做法包括系统拆分，微服务。

通过学习《亿级流量网站架构核心技术》及《linux就该这么学》学习笔记及自己的感悟：架构设计之高可用高并发系统设计原则，架构设计包括墨菲定律、康威定律和二八定律三大定律，而系统设计包括高并发原则、高可用和业务设计原则等。

有幸参与其中，让我对如何搭建亿级流量的电商后台系统有了清晰深刻的认识，也为我后来独立带团队打下了坚实的基础。在京东的这几年可以清晰地划分为两个阶段。

Q2: redis硬盘中断节点不死

1、在Redis 主从复制中，当从节点执行全量复制操作时，主节点会执行 bgsave 命令，并将 RDB 文件发送给从节点，该过程会自动触发 Redis 持久化。

2、Master写内存快照，save命令调度rdbSave函数，会阻塞主线程的工作，当快照比较大时对性能影响是非常大的，会间断性暂停服务，所以Master最好不要写内存快照。

3、如果延迟时间大于超时时间，判断 node 是否已经处于 CLUSTER_NODE_PFAIL 或者 CLUSTER_NODE_FAIL 状态，如果都不处于，将节点状态置为 CLUSTER_NODE_PFAIL ，认为节点疑似下线。

4、如果查询慢日志发现，并不是复杂度较高的命令导致的，例如都是SET、DELETE操作出现在慢日志记录中，那么你就要怀疑是否存在Redis写入了大key的情况。

5、本机和服务器上的redis进行连接，由于网络问题会进行类似握手校验，位移量达到3的时候就会断开连接，连接时加一个healthcheckinterval参数即可解决问题。redis连接池出现了问题，可以更换redis连接池即可解决问题。

6、Redis集群是Redis提供的分布式数据库方案，集群通过分片进行数据共享，提供复制和故障转移功能。

Q3: 关于API网关(四)——限流

但是集群限流也不是完美的，因为引入了redis，那么，当网关和redis之间的网络抖动、redis本身故障时，集群限流就失效了，这时候，还是得依靠单机限流进行兜底。

API网关中针对一个API、API分组、接入应用APPID，IP等进行限流。这些限流条件都将会产生一个限流使用的key，在后续的限流中都是对这个key进行限流。限流算法通常在API网关中可以采用令牌桶算法实现。

即API网关，所有的客户端请求都必须经过API网关代理到真实的服务地址，这也可以有效的避免真实地址的暴露，同时API网关也可以集成鉴权、流量控制、日志、API聚合、黑白名单等。

淘宝客API限流是做淘宝客的数据接口权限被限制了，在应用上的源码中接入API数据口，就可以在应用上使用API数据等信息。

Q4: 谈谈redis,memcache,mongodb的区别和具体应用场景

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

2、Redis跟memcache不同的是，储存在Redis中的数据是持久化的，断电或重启后，数据也不会丢失。

3、应用场景：Redis sorted set的使用场景与set类似，区别是set不是自动有序的，而sorted set可以通过用户额外提供一个优先级(score)的参数来为成员排序，并且是插入有序的，即自动排序。

4、事务性系统适用场景：Redis 最佳应用场景：适用于数据变化快且数据库大小可遇见（适合内存容量）的应用程序。

关于redis抖动和redisdoc的介绍到此就结束了，不知道你从中找到你需要的信息了吗？如果你还想了解更多这方面的信息，记得收藏关注本站。