转载自：https://blog.csdn.net/qq_42815754/article/details/82912130
他面试的时候，身份是某知名公司的小码农一枚，却因为不懂自己生产上Redis是如何部署的，导致面试失败！
今天早上由于zookeeper和redis集群不在同一虚拟机导致出了点很小错误（人为），所以这里总结一下redis集群的搭建以便日后所需同时也希望能对你有所帮助。 笔主这里使用的是Centos7.如果你碰到任何问题都可以来问我
如果部署到多台电脑，就跟普通的集群一样；因为Redis是单线程处理的，多核CPU也只能使用一个核，
Redis主从架构的工作模式为提供多台Redis服务，选择其中的一台作为master节点向外提供读写服务，剩下的作为slave节点从master节点复制数据，只向外提供读服务。
Redis集群至少需要3个节点，因为投票容错机制要求超过半数节点认为某个节点挂了该节点才是挂了，所以2个节点无法构成集群。 要保证集群的高可用，需要每个节点都有从节点，也就是备份节点，所以Redis集群至少需要6台服务器。因为我没有那么多服务器，也启动不了那么多虚拟机，所在这里搭建的是伪分布式集群，即一台服务器虚拟运行6个redis实例，修改端口号为（7001-7006）1+1+1+1+1+1 = 6
Redis作为一款性能优异的内存数据库，支撑着亿级数据量的社交平台，也成为很多互联网公司的标配。这里将以Redis Cluster 集群为核心，基于最新的Redis5版本，从原理到实战，玩儿转Redis集群。
因为集群需要的服务器至少是6台，使用Redis集群的成本很高，所以如果没有业务要求，不会使用Redis集群。 而使用Redis集群的公司，为了节省成本，一般只会在生产环境使用集群，而开发环境使用Redis单机版，所以我们在整合项目的时候，单机版和集群版都要有。
String Hash List 耗费性能 Set SortedSet 特别耗性能,排序保持唯一
官方原文地址：https://redis.io/topics/cluster-tutorial 水平有限，如果您在阅读过程中发现有翻译的不合理的地方，请留言，我会尽快修改，谢谢。 这是一篇对Redis集群的入门介绍，这里不会使用复杂难懂的分步式系统概念。这里提供的指导有集群 的安装、测试，和操作，不函盖Redis集群规范中的细节，而只是站在用户的角度来描述系统的行为方式。 这个教程试图从最终用户角度，以简单易懂的方式来讲解Redis集群高可用性和一至性的特点。 注
问题1:懂Redis事务么？ 正常版：Redis事务是一些列redis命令的集合,blabla… 高调版: 我们在生产上采用的是Redis Cluster集群架构，不同的key是有可能分配在不同的Redis节点上的，在这种情况下Redis的事务机制是不生效的。其次，Redis事务不支持回滚操作，简直是鸡肋！所以基本不用！
Redis是业界著名的内存型数据库，提供了多种数据结构和强大的性能，可用于高速读写需求场景，适合实时读/写操作。在Redis中，通常有两种数据分片或高可用方案：主从复制和分布式集群。
上篇《架构师之路-https底层原理》里我提到了上面的整体视图，文章也介绍了想要真正能在工作中及时正确解决问题的基本功：原理理解透彻。今天以redis集群解析为例介绍一个及时敏锐的发现问题的基本功：深入分析。
一、Redis的安装 Redis的安装是很简单的,安装之前我们需要c语言的编译环境。如果没有gcc需要在线安装。 yum install gcc-c++。 安装步骤： 第一步：redis的源码包上传到linux系统。 第二步：解压缩redis。 tar-zxvf redis-3.0.0.tar.gz 第三步：编译。进入redis源码目录。 make 第四步：安装。 make install PREFIX=/usr/local/redis,PREFIX参数指定redis的安装目录。 二、Redis的启动与基本
Redis的集群模式是在Redis3.0模式以后所实行的高可用模式。虽然大部分公司还都在用3.0以下的模式，但是随着发展我们会慢慢的接触到3.0以上的形式。在这里我们先简单的介绍下集群的模式，方便我们后期来用。 Redis的集群介绍 Redis的集群是一个提供多个Redis节点之间数据共享的程序集。但是Redis集群并不支持处理多个keys的命令，因为这需要在不同的节点移动数据，在高负载的情况下可能导致不可预料的错误。Redis集群通过分区来提供一定程度的可用性，这样情况的优势在于， - 能自动的分割数据到
工作中有时会遇到需要把原Redis集群下线，迁移到另一个新的Redis集群的需求（如机房迁移,Redis上云等原因)。此时原Redis中的数据需要如何操作才可顺利迁移到一个新的Redis集群呢？ 本节简单介绍相关方法及一些工具;
因项目需要，要引入redis做缓存，就在centos7下亲自安装了一遍redis，刚好趁着这个机会就来把redis的概念以及单机版和集群版redis安装步骤记录下来，在此和大家一起分享。
Redis在3.0版正式引入redis-cluster集群这个特性。Redis集群是一个提供在多个Redis间节点间共享数据的程序集。Redis集群是一个分布式（distributed）、容错（fault-tolerant）的Redis内存K/V服务，集群可以使用的功能是普通单机Redis所能使用的功能的一个子集（subset），比如Redis集群并不支持处理多个keys的命令，因为这需要在不同的节点间移动数据，从而达不到像Redis那样的性能，在高负载的情况下可能会导致不可预料的错误。还有比如set里的并集（unions）和交集（intersections）操作，就没有实现。通常来说，那些处理命令的节点获取不到键值的所有操作都不会被实现。在将来，用户或许可以通过使用MIGRATE COPY命令，在集群上用计算节点（Computation Nodes） 来执行多键值的只读操作， 但Redis集群本身不会执行复杂的多键值操作来把键值在节点间移来移去。Redis集群不像单机版本的Redis那样支持多个数据库，集群只有数据库0，而且也不支持SELECT命令。Redis集群通过分区来提供一定程度的可用性，在实际环境中当某个节点宕机或者不可达的情况下继续处理命令。
前面文章我们介绍了Redis的主从模式是一种在Redis中实现高可用性的方式，但也存在一些缺点。
之前介绍了用docker来搭建redis主从环境，但这只是对数据添加了从库备份(主从复制)，当主库down掉的时候，从库是不会自动升级为主库的，也就是说，该redis主从集群并非是高可用的。 目前来说，高可用(主从复制、主从切换)redis集群有两种方案，一种是redis-sentinel，只有一个master，各实例数据保持一致；一种是redis-cluster，也叫分布式redis集群，可以有多个master，数据分片分布在这些master上。 本文介绍基于docker和redis-sentinel的高可用redis集群搭建，大多数情况下，redis-sentinel也需要做高可用，这里先对redis搭建一主二从环境，另外需要3个redis-sentinel监控redis master。
Redis从2.6.0版本开始提供了eval命令，通过内置的Lua解释器，可以让用户执行一段Lua脚本并返回数据。因为Redis单线程模型的特点，可以保证多个命令的原子性; Redis的API是原子性的操作 eval是redis的一个Api
上期我比较了腾讯云和阿里云的MySQL数据库，文章发布之后引起了一些反响，有质疑数据的，也有希望了解更多细节的同学。其实一个数据库产品的好坏，不光是QPS、TPS这种吞吐量指标，其他特性如主从复制、灾备、稳定性、可视化管理等也起着重要作用，有兴趣的同学可以自己去体验一下，我也会逐步完善这些数据库测试。这期我们来看另一个常用的数据库：Redis。
互联网产品正从“满足用户单向浏览的需求”发展为“满足用户个性化信息获取及社交的需求”。随着 5G的到来，会有越来越多“不可思议”的场景被搬到互联网上。这就要求产品做到以用户和关系为基础，对海量数据进行实时分析计算。
==测试 del 200MB String键耗时约1毫秒，而删除一个含有1kw个字段的Hash键，却会阻塞Redis进程数十秒==
2015年2月，Redis3.0.0 发布，redis3.0版本之后支持Cluster，关于redis集群的介绍，了解请看 redis中文简介 。 我准备在一台linux中来部署redis集群，因为集群的运行需要6台服务才能正常运行，所以我在一台linux服务上创建6个节点，用来模拟3主3从这种伪分布式集群。redis3.0及之后的releases版本，大家可以直接访问redis.io官网，下载redis.tar.gz。
我们使用的redis，单机的绝对做不到高可用的，万一单机的redis宕机了，就没有备用的了，我们可以采用集群的方式来保证我们的高可用操作。
网上有很多文章讲 Redis 集群的，但是真正用来实战的很少。纯理论的文章看的太多了，缺乏实战。今天抽个时间，我们来把理论是实践一锅端了吧！
在如今的业务场景下，高可用性要求越来越高，核心业务跨可用区已然成为标配。腾讯云数据库高级工程师刘家文结合腾讯云数据库的内核实战经验，给大家分享Redis是如何实现多可用区，内容包含Redis主从版、集群版原生架构，腾讯云Redis集群模式主从版、多AZ架构实现以及多AZ关键技术点，具体可分为以下四个部分： 第一部分：介绍Redis的原生架构，包含主从版及集群版； 第二部分：介绍腾讯云Redis架构，为了解决主从架构存在的问题，腾讯云使用了集群模式的主从版。其次为了更好的适应云上的Redis架构，引入了Pro
我在云服务器上曾参与过公司redis集群的搭建，但时间久了，都快忘记当时的搭建过程了，故而决定在虚拟机centOS 7的环境，自行搭建一套redis5.x版本的集群，该版本集群的搭建比较方便，不用再像以前版本那样还得再搞一个 Ruby，5.x版本可直接使用 redis-cli的方式来构建集群。
最近遇到了奇怪的问题(又)，同样的项目，部署到不同的环境后，CPU使用率差了近7倍，本着努力学习，提升自我，实现自我价值的原则。必须得搞清楚为啥啊。
vivo推送平台是vivo公司向开发者提供的消息推送服务，通过在云端与客户端之间建立一条稳定、可靠的长连接，为开发者提供向客户端应用实时推送消息的服务，支持百亿级的通知/消息推送，秒级触达移动用户。
这实际上是一种静态分片技术。Redis实例的增减，都得手工调整分片程序。基于此分片机制的开源产品，现在仍不多见。这种方式下，可运维性较差。出现故障，定位和解决都得研发和运维配合着解决，故障时间变长。
一个简单粗暴的方案是部署多台一模一样的Redis服务，再用负载均衡来分摊压力以及监控服务状态。这种方案的优势在于容错简单，只要有一台存活，整个集群就仍然可用。但是它的问题在于保证这些Redis服务的数据一致时，会导致大量数据同步操作，反而影响性能和稳定性。
互联网产品正从“满足用户单向浏览的需求”发展为“满足用户个性化信息获取及社交的需求”。随着 5G的到来，会有越来越多“不可思议”的场景被搬到互联网上。这就要求产品做到以用户和关系为基础，对海量数据进行实时分析计算。 这也就意味着，对于用户的每次请求，服务器端都要查询海量数据、多维度数据，还要将这些数据进行聚合、过滤、筛选和排序，最终响应给用户。如果这些数据全部从数据库中加载，则将是一个无法忍受的漫长过程。 1 为什么需要缓存 使用缓存可以提升系统性能，以及改善用户体验。 缓存的意义是：通过开辟一个新的数据
👆点击“博文视点Broadview”，获取更多书讯 互联网产品正从“满足用户单向浏览的需求”发展为“满足用户个性化信息获取及社交的需求”。随着 5G的到来，会有越来越多“不可思议”的场景被搬到互联网上。这就要求产品做到以用户和关系为基础，对海量数据进行实时分析计算。 这也就意味着，对于用户的每次请求，服务器端都要查询海量数据、多维度数据，还要将这些数据进行聚合、过滤、筛选和排序，最终响应给用户。如果这些数据全部从数据库中加载，则将是一个无法忍受的漫长过程。 1 为什么需要缓存 使用缓存可以提升系统性能，
是一个NOSQL类型数据库， 是一个高性能的key-value数据库， 是为了解决高并发、高可用、大数据存储等一系列的问题而产生的数据库解决方案， 是一个非关系型的数据库， 但是，它也是不能替代关系型数据库，只能作为特定环境下的扩充。
Redis本质上是一个Key-Value类型的内存数据库，很像memcached，整个数据库统统加载在内存当中进行操作，定期通过异步操作把数据库数据flush到硬盘上进行保存。
Redis的基础介绍与安装使用步骤：https://www.jianshu.com/p/2a23257af57b Redis的基础数据结构与使用：https://www.jianshu.com/p/c95c8450c5b6 Redis核心原理：https://www.jianshu.com/p/4e6b7809e10a Redis 5 之后版本的高可用集群搭建：https://www.jianshu.com/p/8045b92fafb2 Redis 5 版本的高可用集群的水平扩展：https://www.jianshu.com/p/6355d0827aea Redis 5 集群选举原理分析：https://www.jianshu.com/p/e6894713a6d5 Redis 5 通信协议解析以及手写一个Jedis客户端：https://www.jianshu.com/p/575544f68615
什么是Redis Redis是目前一个非常优秀的key-value存储系统。和Memcached类似，它支持存储的value类型相对更多，包括string(字符串)、list(链表)、set(集合)、zset(sorted set有序集合)和hash（哈希类型） 为什么要基于3.x安装集群 3.x以前，redis仅支持主从模式，并不支持集群模式。 安装redis3.x集群 本次安装redis集群，共用三台Centos 6.5机器，其中每台机器分别安装两个节点（一主一从）。 下载redis3稳定版本，本文
在Redis当中，有生存期的key被称为volatile。在创建缓存时，要为给定的key设置生存期，当key过期的时候（生存期为0），它可能会被删除。
首先，需要安装Redis集群。Redis官方提供了Redis集群模式的官方包，可以从Redis官方网站下载。也可以使用源代码编译安装。在安装Redis集群之前，需要确保系统满足Redis的运行要求，例如安装了所需的依赖库和工具等。
Redis集群中至少应该有三个节点。要保证集群的高可用，需要每个节点有一个备份机。
Kubernetes是一个开源的容器编排系统，可以用于管理和部署容器化的应用程序。而Helm则是一个Kubernetes的包管理工具，可以方便地安装、升级和管理Kubernetes的应用程序。
Redis单节点存在一些局限性，特别是在处理大规模数据、高并发请求和提供高可用性方面。以下是一些常见的Redis单节点的局限性：
摘要： 引言 了解Jedis的童鞋可能清楚，Jedis中JedisCluster是不支持pipeline操作的，如果使用了redis集群，在spring-boot-starter-data-redis中又正好用到的pipeline，那么会接收到Pipeline is currently not supported for JedisClusterConnection.这样的报错。
要想搭建一个最简单的Redis集群，那么至少需要6个节点：3个Master和3个Slave。为什么需要3个Master呢？如果你了解过Hadoop/Storm/Zookeeper这些的话，你就会明白一般分布式要求基数个节点，这样便于选举（少数服从多数的原则）。
最近买了一台4核16的腾讯云轻量应用服务器,花了我快四百的大洋，打算搭建一堆docker组件集群，最先开始是通过docker搭建redis集群，计划使用三个端口，分别是7001,7002,7003。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
