希望本文有助于展示您的Redis实例可以解锁的潜力。EQ Alpha与此模块和KeyDB项目的目标之一是帮助驱动选项，以实现更大，更强大的实例，从而通过能够处理更多负载来最小化分片和群集的需求。该模块采用独立模块形式，非常有用，因为无论Redis基本代码的下一步版本和未来版本如何，它都可能提供性能提升。
在正式部署前，你可以先阅读前置准备，对部署过程中用到的docker、redis操作和配置有一个理解，以防在自己电脑上复现时出错。 我们将在一台windows10机器上运行多个docker容器，配置Redis主从集群。
wget http://redis.googlecode.com/files/redis-2.4.2.tar.gz
中文手册 http://www.cnblogs.com/stephen-liu74/archive/2012/02/27/2370212.html
传统的IO模型了处理一个Get请求，需要监听客户端请求（bind/listen），和客户端建立连接（accept），从 socket中读取请求（recv），解析客户端发送请求（parse），根据请求类型读取键值数据（get），最后给客户端返回结果即向 socket中写回数据（send）；
作者 | 汪翰林 编辑 | 蔡芳芳 Redis 作为最受欢迎的 NoSQL 数据库之一，具备高性能、高可用性、高扩展性等特点，在各互联网业务中使用广泛。目前业界针对 Redis 的性能优化主要针是配置项优化以及使用方式的优化。本文介绍网易数帆尝试撇开 Redis 本身，而从通用的协议栈层面来做优化，这种优化方式理论上可推广到其他 Socket 类互联网应用，如 Memcached、Ngnix、Envoy 等。 分 析 Redis-server 作为一个标准的 Socket 类应用，会通过监听地
linux系统也是一种应用，它是基于计算机硬件的一种操作系统软件。当我们接收一次网络传输，计算机硬件的网卡会从网络中将读到的字节流写到linux的buffer缓冲区内存中，然后用户空间会调用linux对外暴露的接口，将linux中的buffer内存中的数据再读取到用户空间。这一次读操作就是一次IO。同样写也是这样的。
#如以后台进程执行，则需指定一个pid，默觉得/var/run/redis.pid
1.redis的线程IO 线程IO Redis是个单线程程序!但是他有高并发特性,单个节点可以支持10w的QPS。除了redis是单线程,Nginx也是单线程的。单线程为什么如此之快?单线程有如何处
当应用程序向文件写入数据时，内核通常先将数据复制到内核缓冲区中，然后排入队列，然后由内核决定何时写入硬盘。
不是白白浪费了 CPU 的资源吗？ 官方解释说，因为单线程已经够用了，CPU 不是 redis 的瓶颈。Redis 的瓶颈最有可能是机器内存或者网络带宽。既然单线程容易实现，而且 CPU 不会成为瓶颈，那就顺理成章地采用单线程的方案了。
Redis的单线程指的是网络IO处理和Key-Value数据信息处理共用一个线程；
李剑，携程技术保障中心系统研发部资深软件工程师，负责Redis和Mysql的容器化和服务化工作，以及维护容器宿主机的内核版本，喜欢深入分析系统疑难杂症。
下载redis-1.2.6.tar.gz 将下载包拷贝到/usr/local/webserver/redis-1.2.6/下
Redis的高性能和他的事件模型是密不可分的，最大程度上利用了单线程、非阻塞IO模型来快速的处理请求（单线程处理多链接）。这里存在一个问题，其实严格意义上来讲，Redis 是单线程对外提供服务，redis内部并不单线程的，还存在一些关于数据持久化的线程。
前段时间，由于太多的因素造成redis故障, 负面影响较大。复盘后决定将内存超出内存一半就需要告警，便于运维人员及时介入处理。 网上这种redis规划内存预留一半的文章汗牛充栋(https://cloud.tencent.com/developer/article/1095192)。真实的情况下，真的需要预留下一半的内存吗？ 搞清楚这个问题，需要弄清楚2个事情: 1. Redis bgsave/AOF重写的运行机制。 2. Linux下的进程内存分布以及redis内存管理机制。 先说问题1: 1.redis跟内存相关的运行机制莫过于rdb持久化/AOF重写/内存剔除策略(高版本redis还存在着内存碎片整理的配置选项), 其中AOF重写和rdb持久化都属于fork子进程来完成的。本次就以rdb持久化为例，rdb的持久化可以由持久化的配置策略或者命令行bgsave或者主从全同步触发。redis在做bgsave的时候，fork出子进程来做bgsave。具体的过程如下: rdbSaveBackground()中fork子进程 ---> rdbSave() ---> rdbSaveRio()。fork后子进程拥有和父进程一模一样的进程空间，虽然采用了COW机制(父子进程的虚拟内存指向相同的物理page)，但是ps或者top命令中的RSS显示的值都会算成自己进程所占的物理内存，这个可能是很多运维同学/DBA同学经常可以眼见的现象，恐怕这个就是潜意识里需要内存预留一半的重要因素。
当别人问我们Redis这么快的时候，很多小白都只会简简单单的回答，因为Redis它是基于内存存储的，使用内存存储数据，可以避免频繁的进行写盘操作，大大降低响应时间。这个确实是一个原因，但回答的还是不够面。起码在这里还得回答上高效的数据结构以及IO网络多路复用的设计架构。
还记得Redis使用场景、缓存穿透、缓存击穿、缓存雪崩、Redis持久化、数据过期策略、数据淘汰策略吗？如果忘记可以到这里重新温习， Redis常见面试题（一）：Redis使用场景，缓存、分布式锁；缓存穿透、缓存击穿、缓存雪崩；双写一致，Canal，Redis持久化，数据过期策略，数据淘汰策略。
特意强调一下： 本人使用的系统为centos6.8 本人运行容器的状态为Exited(127)，如果你的问题不是127，可能解决不了你的问题
男孩“一觉醒来”忘记了对女孩子的承诺，这时候女孩子把曾经海誓山盟的录音逐条播放给男孩子听，帮助他“恢复记忆”。
说起当前主流NoSql数据库非 Redis 莫属。因为它读写速度极快，一般用于缓存热点数据加快查询速度，大家在工作里面也肯定和 Redis 打过交道，但是对于Redis 为什么快，除了对八股文的背诵，好像都还没特别深入的了解。
前面我们说通过队列的rpush和blpop可以实现消息队列（队尾进队列出），没有任何元素可以弹出的时候，连接会被阻塞。 但是基于list实现的消息队列，不支持一对多的消息分发，相当于只有一个消费者。如果要实现一对多的消息分发，怎么办？
【持久化设置】 对于redis，有两种持久化方式：rdb和aof rdb：后台定期生成一个dump文件，保存当前redis内存中所有的数据 aof：类似日志，记录所有的操作命令
redis 是一个单线程却性能非常好的内存数据库， 主要用来作为缓存系统。 redis 采用网络IO多路复用技术来保证在多连接的时候， 系统的高吞吐量。 为什么 Redis 中要使用 I/O 多路复用这种技术呢？ 首先，Redis 是跑在单线程中的，所有的操作都是按照顺序线性执行的，但是由于读写操作等待用户输入或输出都是阻塞的，所以 I/O 操作在一般情况下往往不能直接返回，这会导致某一文件的 I/O 阻塞导致整个进程无法对其它客户提供服务，而 I/O 多路复用就是为了解决这个问题而出现的。 redis的io模型主要是基于epoll实现的，不过它也提供了 select和kqueue的实现，默认采用epoll。 那么epoll到底是个什么东西呢？ 其实只是众多i/o多路复用技术当中的一种而已，但是相比其他io多路复用技术(select, poll等等)。
Redis（Remote Dictionary Server）是一个开源的内存数据库管理系统，它主要用于存储和检索数据。Redis支持各种数据结构，如字符串、列表、集合、有序集合、哈希表等，而且它可以在内存中高效地执行读写操作。Redis还提供持久性选项，以便将数据保存到磁盘上，以便在服务器重新启动时恢复数据。Redis通常用于缓存、会话存储、队列系统等应用，因为它的读写性能非常高。
Redis 的数据 全部存储 在 内存 中，如果 突然宕机，数据就会全部丢失，因此必须有一套机制来保证 Redis 的数据不会因为故障而丢失，这种机制就是 Redis 的 持久化机制，它会将内存中的数据库状态 保存到磁盘 中。
Redis是单线程，主要是指Redis的网络IO和键值对读写是由一个线程来完成的，这也是Redis对外提供键值存储服务的主要流程。但Redis的其他功能，比如持久化、异步删除、集群数据同步等，其实是由额外的线程执行的。
1.Master写内存快照，save命令调度rdbSave函数，会阻塞主线程的工作，当快照比较大时对性能影响是非常大的，会间断性暂停服务，所以Master最好不要写内存快照。
作者简介：曾任职于阿里巴巴，每日优鲜等互联网公司，任技术总监。15年电商互联网经历。
试想一下，如果 Redis 每执行一条写操作命令，就把该命令以追加的方式写入到一个文件里，然后重启 Redis 的时候，先去读取这个文件里的命令，并且执行它，这不就相当于恢复了缓存数据了吗？
SDS具备动态扩容的能力，如果要给 SDS 追加一段字符串，首先先会申请新内存空间；
1.各大数据库简介及排行榜: https://db-engines.com/en/ranking
4. 采用make PREFIX=/usr/local/redis install
我问大家一个问题，下图中一个最简单的例子，会导致哪些CPU开销产生？你是否能够说清楚？
此时,用户应用程序也同样需要占用这些资源,如果不加以限制，那么会和操作系统争抢资源，导致冲突。
1. 下载并安装 redis 2.6.16版 sudo mkdir /usr/local/src/Redis cd /usr/local/src/Redis sudo wget http://download.redis.io/releases/redis-2.6.16.tar.gz tar -zxf redis-2.6.16.tar.gz cd redis-2.6.16 sudo make 2. 检验编译是否 正确 sudo make test <span style="font-size:14px;"
系统调用读取文件描述符（FD）的时候，如果这块数据已经存在于用户进程的页内存中，就直接从内存中读取数据。如果数据不存在，则先将数据从磁盘加载数据到内核缓冲区中，再从内核缓冲区拷贝到用户进程的页内存中。（两次拷贝，两次
Redis客户端与服务器之间使用TCP协议进行通信，并且很早就支持管道（pipelining）技术了。在某些高并发的场景下，网络开销成了Redis速度的瓶颈，所以需要使用管道技术来实现突破。
Redis实现了一个简单的事件驱动程序库，即 ae.c 的代码，它屏蔽了系统底层在事件处理上的差异，并实现了事件循环机制。
例如一个项目中，部署时需要依赖于node.js、Redis、RabbitMQ、MySQL等，这些服务部署时所需要的函数库、依赖项各不相同，甚至会有冲突。给部署带来了极大的困难。
首先说明一下，Redis安装后无法运行的原因有多种，这里只是其中一种情况。以前还遇到过一此安装后无法运行的情况是缺少某个gcc包。不过那次忘记记录了，现在想不起细节了。
这时我们还是需要一个全面的排障流程，不能无厘头地进行优化；全面的排障流程可以帮助我们找到真正的根因和性能瓶颈，以及实施正确高效的优化方案
作者：kevine 前言 在 Redis 的实际使用过程中，我们经常会面对以下的场景： 在 Redis 上执行同样的命令，为什么有时响应很快，有时却很慢； 为什么 Redis 执行 GET、SET、DEL 命令耗时也很久； 为什么我的 Redis 突然慢了一波，之后又恢复正常了； 为什么我的 Redis 稳定运行了很久，突然从某个时间点开始变慢了。 这时我们还是需要一个全面的排障流程，不能无厘头地进行优化；全面的排障流程可以帮助我们找到真正的根因和性能瓶颈，以及实施正确高效的优化方案。 这篇文章我们就从可能
案发现场的日志： 缓存集群redis重启错误报错： 29808:M 07 Jun 09:46:32.209 # WARNING: The TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn is set to the lower value of 128. 29808:M 07 Jun 09:46:32.209 # Server started, Redis version 3.0.4 2
会导致缓冲区需越来越多内存暂存数据。当缓冲区占用内存＞设定上限阈值，就会出现缓冲区溢出。发生溢出，就会丢数据。不给缓冲区设上限，不就没这问题了？No！随累积数据增多，缓冲区所占内存空间越大，耗尽Redis机器可用内存时，Redis实例就会崩溃！
我们通常说的Redis单线程，主要是指：Redis 6.0 之前版本的 网络I/O 和 键值对读写 是由一个线程来完成的。
异步io（aio），AIO是真正意义上的异步非阻塞IO模型，数据已经从内核拷贝到用户空间
上周在kubernetes里发布了一个redis PaaS服务，不过其它同学简单测了一下，虽说功能上没啥问题，但性能相比物理上运行的Redis集群差太远，而且随着redis的分片数增加，性能并不能很好地线性增长，增长到一定程度就停止了，这个是需求方不能接受的，于是本周接了活，对部署在kubernetes中的redis服务进行性能优化。
上回说到小枫在接受面试官的拷打，所幸第一个问题回答的还不错，因此面试官对于小枫的初步印象还行。我们接着来看看小枫是怎么和面试官继续过招的吧，他还能扛得住面试官几个连环炮呢？
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
