redis主从部署

redis面试问题Redis面试问题Redis是一种高性能的键值存储数据库，被广泛应用于各种大型网站和应用程序中。

如果你正在寻找一份与Redis相关的工作，那么你需要准备好回答一些常见的Redis面试问题。

下面是一些常见的Redis面试问题和答案。

一、基础概念1. 什么是Redis？Redis是一个开源、高性能、键值存储数据库。

它支持多种数据结构，包括字符串、哈希表、列表、集合和有序集合等。

Redis提供了丰富的命令集，可以实现诸如缓存、消息队列和计数器等功能。

2. Redis支持哪些数据结构？Redis支持多种数据结构，包括字符串、哈希表、列表、集合和有序集合等。

3. Redis有哪些优点？Redis具有以下优点：（1）高性能：Redis采用内存存储方式，读写速度非常快。

（2）丰富的数据结构：Redis支持多种数据结构，可以满足不同场景下的需求。

（3）分布式：Redis可以通过主从复制和分片技术实现分布式部署。

（4）可靠性高：Redis提供了持久化机制来保证数据不会丢失。

4. Redis有哪些缺点？Redis的缺点主要有以下几点：（1）内存限制：由于Redis采用内存存储方式，所以受到内存容量的限制。

（2）数据持久化：Redis提供了持久化机制，但是相对于传统关系型数据库来说，数据持久化方面还有一些不足之处。

（3）单线程模型：Redis采用单线程模型，不能充分利用多核CPU 的性能。

二、命令1. Redis支持哪些命令？Redis支持丰富的命令集，包括字符串操作、哈希表操作、列表操作、集合操作和有序集合操作等。

常见的命令如下：（1）字符串操作：SET、GET、INCR、DECR等。

（2）哈希表操作：HSET、HGET、HDEL等。

（3）列表操作：LPUSH、RPUSH、LPOP、RPOP等。

（4）集合操作：SADD、SMEMBERS、SINTER等。

（5）有序集合操作：ZADD、ZRANK、ZREVRANGE等。

redis功能介绍目录1.redis简介 (1)2.redis配置 (2)3.redis缓存锁 (4)4.redis的一些api的介绍 (4)5.redis事务操作 (5)6.redis的容灾策略 (5)7.Redis服务redis.conf配置 (6)8.redis中错误案例 (6)9.redis机器申请案例 (7)1.redis简介有序集合和hash（哈希类型）。

Redis 是一个高性能的key-value数据库。

Redis支持主从同步。

数据可以从主服务器向任意数量的从服务器上同步，从服务器可以是关联其他从服务器的主服务器。

这使得Redis可执行单层树复制。

从盘可以有意无意的对数据进行写操作。

由于完全实现了发布/订阅机制，使得从数据库在任何地方同步树时，可订阅一个频道并接收主服务器完整的消息发布记录。

同步对读取操作的可扩展性和数据冗余很有帮助。

Redis支持双读写服务器同步功能，这样可以确保在其中一台服务器down机时，可以确保还有一台可以正常使用。

但是双读写功能的服务器对于写操作的性能比较差点。

因为要对两个节点的数据进行同时操作进数据库。

下载地址:/files/redis-2.0.4.tar.gz模拟地址:可以在这个网站进行模拟，但是很多命令不支持。

2.redis配置在我们的maven包中有一个snf-data-cache.jar架包，我们只用引用这个架包，具体如下：<dependency><groupId>com.suning.framework</groupId><artifactId>snf-data-cache</artifactId></dependency>在引用了这个包之后就可以在我们的spring中配置：<bean id="cacheClient"class="com.suning.framework.cache.client.single.BinarySingleClientSup port"><!-- caches.xml的存放路径 --><property name="resources"value="classpath:conf/spring/csc-cache.xml"></property></bean>其中的csc-cahe.xml是数据源。

redis6种策略Redis是一种流行的开源内存数据库，它提供了多种策略来处理数据。

本文将介绍Redis的六种策略，包括数据持久化、主从复制、高可用性、分布式缓存、事务处理和发布订阅。

一、数据持久化数据持久化是Redis的核心特性之一，它允许将内存中的数据保存到硬盘中，以防止数据丢失。

Redis提供了两种数据持久化策略：RDB和AOF。

1. RDB（Redis DataBase）是一种快照式的持久化策略，它会将数据保存为二进制文件。

RDB的优点是文件体积小、加载速度快，适合用于备份和恢复数据。

缺点是在发生故障时可能会有数据丢失。

2. AOF（Append Only File）是一种追加式的持久化策略，它会将每个写操作追加到文件末尾。

AOF的优点是可以提供更好的数据安全性，因为每个操作都会被记录下来。

缺点是文件体积相对较大，加载速度相对较慢。

二、主从复制主从复制是一种将数据从一个Redis服务器复制到多个Redis服务器的策略，用于提高系统的读写性能和可用性。

主从复制的过程分为三个步骤：复制初始化、全量复制和增量复制。

1. 复制初始化：从服务器连接主服务器，并通过发送SYNC命令来进行复制初始化。

2. 全量复制：主服务器将自己的数据发送给从服务器，从服务器接收并加载数据。

3. 增量复制：主服务器将自己的写操作发送给从服务器，从服务器接收并执行写操作，从而保持数据的一致性。

主从复制可以提高系统的读写性能，同时还可以提供故障切换和负载均衡的功能。

三、高可用性高可用性是指系统在发生故障时能够保持正常运行的能力。

Redis 提供了多种策略来实现高可用性，包括哨兵模式和集群模式。

1. 哨兵模式：哨兵模式是通过监控主服务器的状态来实现高可用性。

当主服务器发生故障时，哨兵会自动将一个从服务器升级为主服务器，从而保证系统的可用性。

2. 集群模式：集群模式是通过将数据分布在多个节点上来实现高可用性。

当某个节点发生故障时，其他节点会自动接管该节点的工作，从而保证系统的可用性。

redissentinel选举redis-master的规则Redis Sentinel是Redis的高可用性解决方案，用于监控Redis实例的状态并进行自动故障转移。

当Redis主节点（Master）不可用时，Sentinel会选举一个新的主节点，并进行故障切换，使系统能够继续正常工作。

下面将详细介绍Redis Sentinel选举Redis主节点的规则。

1.初始化在启动Sentinel前，需要配置哪些Redis实例是主节点，哪些是从节点（Slave）。

这些配置信息将会加载到Sentinel的配置文件中。

Sentinel会在启动时根据配置文件中的信息来监控和管理这些Redis实例。

2.选举条件Sentinel在进行主节点选举时，会考虑以下几个条件：-主节点是否处于DOWN状态：如果主节点已下线，则需要进行选举。

-从节点个数：如果有多个从节点，至少需要有N个从节点存活，其中N由用户在配置文件中设置。

- 最后一次选举的时间：如果距离上一次选举还不到一定的时间间隔，Sentinel会等待一段时间再进行选举。

3.选举方式Sentinel选举主节点的方式有两种：正常选举和故障恢复选举。

正常选举：在正常情况下，当主节点下线后，Sentinel会选择一个从节点来作为新的主节点。

选举过程如下：- 从节点的优先级：Sentinel会选择拥有较高优先级的从节点作为新的主节点。

- 从节点实例ID：如果多个从节点拥有相同的优先级，Sentinel会选择拥有最小实例ID的从节点作为新的主节点。

- 写操作：在选举期间，Sentinel会通过PING命令检测其他从节点是否可用。

如果一些从节点响应PING命令，Sentinel会将其设置为副本（Slave）状态，而不是选举为新的主节点。

故障恢复选举：当主节点重新上线后，Sentinel会选择将其恢复为主节点。

选举过程如下：- 配置文件中的优先级：如果主节点配置文件中指定了优先级，Sentinel会使用该优先级进行选举。

Redis分布式系统的数据一致性保证方法Redis是一种开源的分布式系统，被广泛用于缓存、队列和数据存储等场景。

在分布式环境中，数据一致性是一个重要的问题，因为多个节点之间的数据同步可能会出现延迟或者错误。

为了保证Redis分布式系统的数据一致性，我们可以采用以下几种方法：一、主从复制（Master-Slave Replication）主从复制是Redis最常用的一种数据一致性保证方法。

在主从复制中，一个节点（称为Master节点）将自己的数据复制到一个或多个从节点（Slaves节点）。

当Master节点的数据发生变化时，它会将变化的数据同步给所有的从节点，从节点接收并应用这些变化，以保持数据的一致性。

主从复制的优点是简单可靠，从节点可以提供读取服务而不影响Master节点的性能。

然而，主从复制并不能保证数据的强一致性，因为从节点接收到的变化可能存在一定的延迟。

二、哨兵模式（Sentinel）哨兵模式是Redis提供的高可用性解决方案之一。

在哨兵模式中，多个节点组成一个群集，其中一个节点被选为Master节点，其他节点作为从节点。

哨兵节点负责监控Master节点的状态，并在Master节点宕机时自动切换到一个可用的从节点作为新的Master节点。

哨兵模式通过Master节点的自动切换保证了系统的高可用性，但并不能解决数据一致性问题。

当Master节点发生切换时，新的Master节点会从旧的Master节点同步数据，但这个过程可能存在一定的延迟。

三、cluster模式Redis的cluster模式是一种分布式解决方案，可以将数据分布在多个节点上，提供高可用性和性能扩展。

在cluster模式中，Redis将数据分片存储在多个节点上，并通过Gossip协议进行节点间的通信和数据同步。

cluster模式通过数据分片和自动的数据迁移保证了系统的可用性和性能扩展，但并不能保证强一致性。

由于数据分片和数据迁移的过程中可能存在并发操作和网络延迟，数据一致性需要开发人员自行保证。

最新版68道Redis面试题汇总(含参考答案)概述1、Redis有哪些优缺点优点读写性能优异，Redis能读的速度是110000次/s，写的速度是81000次/s。

支持数据持久化，支持AOF和RDB两种持久化方式。

支持事务，Redis的所有操作都是原子性的，同时Redis还支持对几个操作合并后的原子性执行。

数据结构丰富，除了支持string类型的value外还支持hash、set、zset、list等数据结构。

支持主从复制，主机会自动将数据同步到从机，可以进行读写分离。

缺点数据库容量受到物理内存的限制，不能用作海量数据的高性能读写，因此Redis适合的场景主要局限在较小数据量的高性能操作和运算上。

∙Redis不具备自动容错和恢复功能，主机从机的宕机都会导致前端部分读写请求失败，需要等待机器重启或者手动切换前端的IP才能恢复。

∙主机宕机，宕机前有部分数据未能及时同步到从机，切换IP 后还会引入数据不一致的问题，降低了系统的可用性。

∙Redis较难支持在线扩容，在集群容量达到上限时在线扩容会变得很复杂。

为避免这一问题，运维人员在系统上线时必须确保有足够的空间，这对资源造成了很大的浪费。

2、为什么要用Redis/为什么要用缓存主要从“高性能”和“高并发”这两点来看待这个问题。

∙高性能：假如用户第一次访问数据库中的某些数据。

这个过程会比较慢，因为是从硬盘上读取的。

将该用户访问的数据存在数缓存中，这样下一次再访问这些数据的时候就可以直接从缓存中获取了。

操作缓存就是直接操作内存，所以速度相当快。

如果数据库中的对应数据改变的之后，同步改变缓存中相应的数据即可！高并发：直接操作缓存能够承受的请求是远远大于直接访问数据库的，所以我们可以考虑把数据库中的部分数据转移到缓存中去，这样用户的一部分请求会直接到缓存这里而不用经过数据库。

3、为什么要用Redis而不用map/guava做缓存?缓存分为本地缓存和分布式缓存。

redisredis-trib.rb安装集群一、redis安装1．下载地址：$ wget http://download.redis.io/releases/redis-3.2.8.tar.gz 2．解压缩$ tar xzf redis-3.2.8.tar.gz3．编译$ln -s redis-3.2.8 redis建立软链接，有利于未来升级，是一个比较好的做法$ cd redis$ make编译，有的时候会报错a、确保安装gccb、fatal error: jemalloc/jemalloc.h: No such file or directory 解决办法：make MALLOC=libc$make install安装放入到/usr/local/bin$redis-cli -v查看redis版本redis集群一般由多个节点组成，节点数量至少6个才能保证组成完整高可用的集群。

操作系统centos7.2-mini版一、redis安装略二、使用redis-trib.rb 安装工具1、安装rubyyum install ruby -y2、安装rubygemredis依赖wget /downloads/redis-3.3.0.gemgem install -l redis-3.3.0 gemcp /{redishome}/scr/redis-trib.rb /usr/local/bin3、测试redis-trib.rb二、准备节点1、创建文件夹mkdir /redis-cluster-tribcd /redis-cluster-tribmkdir 6379 6380 6381 6382 6383 63842、创建并配置redis.conf分别在6379-6384六个文件夹中创建redis-node.conf文件，并添加配置，配置内容如下redis-6379.conf，每个文件根据对应名修改一下vim redis-6379.confport 6379daemonize yeslogfile "6379.log"dbfilename "dump-6379.rdb"dir "/redis-cluster-trib/6379/"cluster-enabled yescluster-node-timeout 15000cluster-config-file "nodes-6379.conf"vim redis-6380.confport 6380daemonize yeslogfile "6380.log"dbfilename "dump-6380.rdb"dir "/redis-cluster-trib/6380/"cluster-enabled yescluster-node-timeout 15000cluster-config-file "nodes-6380.conf"vim redis-6381.confport 6381daemonize yeslogfile "6381.log"dbfilename "dump-6381.rdb"dir "/redis-cluster-trib/6381/"cluster-enabled yescluster-node-timeout 15000cluster-config-file "nodes-6381.conf"vim redis-6382.confport 6382daemonize yeslogfile "6382.log"dbfilename "dump-6382.rdb"dir "/redis-cluster-trib/6382/"cluster-enabled yescluster-node-timeout 15000cluster-config-file "nodes-6382.conf"vim redis-6383.confport 6383daemonize yeslogfile "6383.log"dbfilename "dump-6383.rdb"dir "/redis-cluster-trib/6383/"cluster-enabled yescluster-node-timeout 15000cluster-config-file "nodes-6383.conf"vim redis-6384.confport 6384daemonize yeslogfile "6384.log"dbfilename "dump-6384.rdb"dir "/redis-cluster-trib/6384/"cluster-enabled yescluster-node-timeout 15000cluster-config-file "nodes-6384.conf"3、启动各个节点redis-server redis-6379.confredis-server redis-6380.confredis-server redis-6381.confredis-server redis-6382.confredis-server redis-6383.confredis-server redis-6384.conf4、检查启动情况cat 6379/6379.logcat 6380/6380.logcat 6381/6381.logcat 6382/6382.logcat 6383/6383.logcat 6384/6384.logps -ef |grep redis四、创建集群1、创建集群redis-trib.rb create --replicas 1 127.0.0.1:6379 127.0.0.1:6380 127.0.0.1:6381 127.0.0.1:6382 127.0.0.1:6383 127.0.0.1:6384replicas 表示为每个主节点设置多少个从节点，如果部署节点使用不同的ip，会尽可能保证主从不在一个节点上2、健康性检查redis-trib.rb check 127.0.0.1:6380四、扩容集群1、添加2个节点mkdir 6385 6386vim redis-6385.confport 6385daemonize yeslogfile "6385.log"dbfilename "dump-6385.rdb"dir "/redis-cluster-trib/6385/"cluster-enabled yescluster-node-timeout 15000cluster-config-file "nodes-6385.conf"vim redis-6386.confport 6386daemonize yeslogfile "6386.log"dbfilename "dump-6386.rdb"dir "/redis-cluster-trib/6386/"cluster-enabled yescluster-node-timeout 15000cluster-config-file "nodes-6386.conf"2、启动节点redis-server redis-6385.confredis-server redis-6386.conf3、添加入集群redis-trib.rb add-node 127.0.0.1:6385 127.0.0.1:6379redis-trib.rb add-node 127.0.0.1:6386 127.0.0.1:6379注意这里还是显示为主节点，要设置它为从节点要redis-trib.rb add-node 127.0.0.1:6386 127.0.0.1:6379 --slave --master-id<arg> 或者看后面变化（在缩减章节）4、迁移槽redis-trib.rb info127.0.0.1:6379可以看到各个主节点槽情况5、批量迁移redis-trib.rbreshard 127.0.0.1:6379数据迁移之前会打印迁移计划，确认后进行迁移四、收缩集群跟上面一样，将要清空节点移至其他节点上。

RedisMode⼯作模式⽬录Redis 模式我们项⽬接触redis⼀开始是作为缓存，主要是因为它的速度快。

其次是⽤于分布式锁，如果有兴趣还可以⽤来做布隆过滤器。

redis的模式基本分4种，在实际⽣产环境中，主要还是集群。

讨论的redis版本，以4.0为主。

单点 Standalone这基本不⽤说，官⽹上⾯的demo就有，⾃⼰的⽹站部署玩⼀玩可以。

优点是不⽤花什么钱，⾃⼰的云服务器上⾯就可以安装⼀个。

缺点是很明显，⼀台redis挂了，其他依赖redis的服务也就挂了。

主从 Master/Slave结构图：⼀个Master，可以有多个Slave，Slave 也可以有⾃⼰的Slave。

这样简单的主从结构就完成了。

Master⼀般是⽤来做write，Slave⼀般是⽤来read。

这样的结构可以有效的缓解系统的读写压⼒。

因为Master是负责write，那么就会出现主从数据的不同步，就需要通过sync，把Master的数据同步给Slave。

【rdb⽂件，backlog】具体点就会区分：全量复制：slave刚接⼊，需要把master上的数据全部同步增量复制：slave,⽹络中断,超时，导致部分数据需要增量同步但是问题也随之⽽来，如果Master挂了，怎么办？需要⼿动去调整如果要恢复有2种⽅式1. 新增⼀台机器做Maste2. 将其中⼀台Slave，转成Master也就意味着短时间内⽆法写⼊数据，虽然可以读取。

从⾼可⽤性来说，这个结构是不完善的，因为功能已经不全了。

在恢复的过程中，肯定会有部分的业务会受到影响，对于某些HA⾼的业务⾃然不能忍受。

哨兵 Sentinelsentinel可以算是Master/Slave的改进。

在当Master⽆法正常⼯作时，Slave⽆法⾃⼰选出⼀个Master，就需要sentinel来做这个事。

但是问题来了，如果sentinel也挂了，怎么办？所以这个结构的优缺点就很明显了优点：快速响应⾃动故障切换，⽆需⼈⼯介⼊，客户端⽆需感知redis状态。

Redis集群使用指南一、Redis集群简介Redis（Remote Dictionary Server）是一个开源的基于内存的键值对存储系统，经常用来作为缓存、消息队列和数据库。

在实际使用过程中，Redis可能会出现性能瓶颈和单点故障。

为了解决这些问题，Redis提供了集群模式。

Redis集群是对多个Redis节点进行逻辑分区和复制，从而实现高可用、高性能和可伸缩性。

Redis集群能够自动进行故障转移和重新分配，可以提供更好的可靠性和吞吐量。

二、Redis集群的工作原理Redis集群采用哈希槽（Hash Slot）的方式来实现数据的分片和复制。

一个Redis集群可以包含多个Redis节点，每个节点管理一部分哈希槽。

当客户端需要对某个键进行操作时，Redis首先计算该键对应的哈希值，然后将其分配到某个哈希槽中。

Redis集群根据哈希槽的分配情况，将该键的操作转发给相应的Redis节点进行处理。

如果某个节点出现故障，Redis集群会自动将该节点管理的哈希槽重新分配给其他节点。

Redis集群采用主从复制的方式来实现数据的持久化和高可用。

每个主节点可以有多个从节点，主节点负责处理读写请求，同时将数据复制到从节点。

如果主节点出现故障，其中的一个从节点会被自动选举为新的主节点，继续处理客户端请求。

三、搭建Redis集群的步骤1、安装Redis节点在Linux系统上安装Redis比较简单，可以使用以下命令：sudo apt-get updatesudo apt-get install redis-server安装完毕后，可以通过以下命令启动Redis服务：sudo service redis-server start2、配置Redis节点每个Redis节点都需要进行一些配置，以便加入到Redis集群中。

可以通过以下命令进入Redis配置文件：sudo vim /etc/redis/redis.conf需要修改的配置项有以下几个：cluster-enabled yes：启用Redis集群模式。

redis sentinel 生成myid 的规则Redis Sentinel是Redis分布式系统中负责监控主节点和从节点状态的组件。

在Redis Sentinel架构中，每个Sentinel实例都有一个唯一的myid （ID）用于标识自身，并与其他Sentinel实例进行通信。

本文将详细解析Redis Sentinel生成myid的规则，以帮助读者更好地理解和应用Redis Sentinel。

一、Redis Sentinel简介Redis Sentinel是Redis的一个插件，用于管理Redis分布式系统中的主从切换和故障恢复。

它基于一组Sentinel实例，通过相互之间的监控和通信，实现主节点的自动切换和从节点的故障转移。

Redis Sentinel采用了Raft算法，通过选举出领导者（leader）来进行决策，包括选举出新的主节点和执行故障转移操作。

在这个过程中，每个Sentinel实例都有一个唯一的myid用于标识自身。

二、myid的生成规则1. 从配置文件中获取myidRedis Sentinel的myid可以通过配置文件中的`sentinel myid<myid>`来指定。

在启动Sentinel实例时，系统会读取配置文件并使用其中指定的myid。

这种方式简单直接，适用于已经预先知道每个Sentinel 实例的myid的情况下。

2. 自动生成myid如果没有在配置文件中指定myid，Redis Sentinel会自动生成一个myid。

生成myid的规则如下：a) 检查本地是否已存在myid文件，如果存在且有效，则直接使用该myid。

b) 如果不存在myid文件，则通过如下步骤生成myid：1）获取主机名（hostname）：获取本地计算机的主机名；2）获取进程ID（PID）：获取当前Redis Sentinel进程的进程ID；3）生成myid：将主机名和进程ID进行拼接，并通过一定的算法计算得到myid。