redis篇（一）

1、什么是 redis？

Redis（Remote Dictionary Server）是一个开源的内存数据存储系统，它也可以被称为缓存数据库、键值存储数据库或NoSQL数据库。Redis支持多种数据结构，包括字符串（String）、哈希表（Hash）、列表（List）、集合（Set）、有序集合（Sorted Set）等，这使得Redis在处理各种数据场景时非常灵活和高效。

2、Redis 的特点？

Redis的特点包括：

1. 内存存储：Redis将数据存储在内存中，因此读写速度非常快。

2. 持久化：Redis支持数据的持久化，可以将数据保存到磁盘上，以便在重启后恢复数据。

3. 多种数据结构：Redis支持多种数据结构，适用于不同的数据场景。

4. 分布式：Redis支持数据的分片和复制，可以实现数据的高可用和负载均衡。

5. 支持丰富的功能：Redis不仅仅是一个简单的键值存储系统，它还支持各种功能，如事务、发布/订阅、Lua脚本等。

Redis通常用于缓存、计数器、排行榜、消息队列、会话存储等场景。由于其高性能和灵活性，Redis成为了非常受欢迎的数据存储解决方案，并广泛应用于各种Web应用、移动应用和分布式系统中。

3、Redis 高并发和快速的原因？

Redis之所以具有高并发和快速的特点，主要有以下几个原因：

1. 内存存储：Redis将数据存储在内存中，读写速度非常快，因为内存的访问速度远远高于磁盘或数据库。

2. 单线程模型：Redis采用单线程模型处理客户端请求，避免了多线程之间的竞争和锁等问题，简化了并发控制，提高了性能。

3. 非阻塞I/O：Redis使用非阻塞I/O来处理客户端请求，可以同时处理多个请求而无需阻塞等待，提高了并发处理能力。

4. 基于事件驱动：Redis采用事件驱动模型，使用epoll等事件通知机制，可以高效地处理大量并发连接。

5. 数据结构简单：Redis支持的数据结构相对简单，如字符串、哈希表、列表等，这些简单的数据结构可以快速地被操作和处理。

6. 非持久化写：默认情况下，Redis不会立即将数据持久化到磁盘，而是采用异步的方式进行持久化，这样可以提高写入性能。

7. 单一进程：Redis是单一进程的，避免了进程间切换带来的开销，同时也减少了资源消耗。

综合以上原因，Redis能够在高并发场景下表现出色，成为了一个高性能的数据存储解决方案。但需要注意的是，Redis是一个内存数据库，数据存储在内存中，所以在数据量较大时，需要考虑内存的使用和数据持久化的方式，以防止内存溢出和数据丢失的问题。

4、redis 有哪些数据类型？可以应用在什么场景？

Redis支持多种数据类型，每种数据类型都有不同的用途，可以应用在不同的场景中。以下是Redis支持的常见数据类型及其应用场景：

1. 字符串（String）：字符串是最基本的数据类型，可以用来存储任意类型的数据，如用户信息、配置项、计数器等。

2. 哈希表（Hash）：哈希表是一个键值对集合，适用于存储对象的多个字段信息，如用户信息、文章信息等。

3. 列表（List）：列表是一个有序的元素集合，可以用来实现队列、栈等数据结构，适用于消息队列、实时消息推送等场景。

4. 集合（Set）：集合是一个无序的唯一元素集合，可以用来实现点赞、粉丝列表等功能。

5. 有序集合（Sorted Set）：有序集合是一个有序的唯一元素集合，每个元素都有一个分数，适用于排行榜、热门内容等场景。

6. 地理位置（Geospatial）：Redis支持地理位置数据类型，可以用来实现附近的人、位置搜索等功能。

根据不同的业务需求，选择合适的数据类型可以提高数据的存取效率和灵活性。Redis的灵活性和高性能使得它在各种场景下都有广泛的应用，如缓存、计数器、排行榜、实时消息推送、会话存储、分布式锁等。同时，由于Redis的数据存储在内存中，读写速度非常快，因此在需要快速读取和写入数据的场景下，Redis是一个非常适合的解决方案。

5、redis 是单线程还是多线程呢？

Redis是单线程的。它采用单线程模型来处理客户端请求，即所有的读写操作都在同一个线程中执行。这一特点是Redis的设计思想之一，为了避免多线程之间的竞争和锁等问题，简化并发控制，从而提高系统的性能和响应速度。

虽然Redis是单线程的，但它通过使用非阻塞I/O和事件驱动等机制来处理多个客户端连接，可以同时处理多个请求而无需阻塞等待。这使得Redis在高并发场景下表现出色，成为了一个高性能的数据存储解决方案。

需要注意的是，虽然Redis是单线程的，但在某些特定情况下，比如执行一些复杂的计算操作或者持久化大量数据时，可能会导致Redis的性能下降。因此，根据具体的业务需求，合理地利用Redis的优势和避免其劣势是保障系统性能的重要因素。

6、redis 的持久化机制有哪些？

Redis提供两种持久化机制，分别是RDB持久化和AOF持久化：

1. RDB持久化：RDB持久化是将Redis的数据保存到磁盘上的一个快照文件（.rdb文件）中。它是一个紧凑的二进制文件，包含了Redis在某个时间点的数据状态。RDB持久化是通过fork子进程来完成的，子进程会复制父进程的数据并写入磁盘，所以在持久化的过程中，Redis主进程是不会阻塞的。RDB持久化适用于备份、灾难恢复等场景，可以在指定时间间隔内生成多个时间点的快照文件，以保障数据的安全性。

2. AOF持久化：AOF（Append Only File）持久化是将Redis的写操作以追加的方式记录在一个文件中。AOF文件是一个只追加不修改的日志文件，记录了Redis的写操作指令，如SET、INCR、DEL等。当Redis重启时，它会重新执行AOF文件中记录的指令，恢复数据状态。AOF持久化相对于RDB持久化来说，数据更加完整，但相应地会有更多的I/O操作，可能对性能有一定的影响。为了解决AOF文件过大的问题，Redis还提供了自动重写（AOF Rewrite）功能，可以对AOF文件进行压缩，保留最终数据状态而丢弃旧的指令。

在Redis中，可以同时开启RDB持久化和AOF持久化，或者只使用其中一种，或者干脆关闭持久化机制。根据业务需求和硬件条件，选择合适的持久化方式是很重要的，可以根据数据的重要性、对性能的要求以及硬件资源来进行权衡和配置。

7、redis 的过期键的删除策略有哪些？

Redis中过期键的删除策略主要有两种：

1. 定期删除（定时删除）：Redis使用定时器（每个100毫秒执行一次）来检查设置了过期时间的键，如果发现某个键已经过期，则将该键删除。这种方式可以保证过期键会被及时删除，但是会占用一定的CPU资源，尤其在有大量过期键的情况下，定时删除可能会导致Redis的性能下降。

2. 惰性删除（延迟删除）：当客户端尝试获取某个键的值时，Redis会先检查该键是否已经过期，如果过期则将该键删除。这种方式避免了定期删除时的CPU资源占用问题，但可能导致过期键在一段时间内没有被删除。

实际上，Redis并不是严格按照定期删除或惰性删除的策略来处理过期键，而是综合了这两种策略。当一个键设置了过期时间时，Redis会同时使用定期删除和惰性删除来进行管理。在定期删除的策略下，Redis会在过期键中随机选择一部分键进行检查和删除，避免一次性删除大量过期键带来的性能问题。而在惰性删除的策略下，Redis会在客户端访问某个键时检查其是否过期，并进行删除。

通过综合运用定期删除和惰性删除，Redis可以高效地管理过期键，同时保证了系统的性能和资源利用。

8、redis 的内存淘汰策略

Redis内存淘汰策略用于在内存不足时选择哪些键值对被淘汰，以释放内存空间。Redis提供了多种内存淘汰策略，常见的有以下几种：

1. noeviction：当内存不足时，直接返回错误，不淘汰任何数据，此时写入操作可能失败。

2. allkeys-lru：LRU（Least Recently Used，最近最少使用）算法，选择最近最少使用的键值对进行淘汰。

3. allkeys-lfu：LFU（Least Frequently Used，最不经常使用）算法，选择访问频率最低的键值对进行淘汰。

4. volatile-lru：仅对设置了过期时间（volatile）的键采用LRU算法进行淘汰。

5. volatile-lfu：仅对设置了过期时间（volatile）的键采用LFU算法进行淘汰。

6. volatile-ttl：仅对设置了过期时间（volatile）的键按过期时间进行淘汰，越早过期的越优先淘汰。

Redis的默认内存淘汰策略是noeviction，即当内存不足时，写入操作会失败，需要管理员手动处理。选择合适的内存淘汰策略取决于业务需求和数据访问模式。例如，如果业务对数据的访问模式呈现出明显的热点，可以考虑使用LRU或LFU策略，优先保留热点数据，提高缓存命中率；而如果业务对数据的时效性要求较高，可以选择volatile-ttl策略，优先保留即将过期的数据。

可以通过在Redis的配置文件中设置maxmemory-policy参数来选择所需的内存淘汰策略。

9、redis 的热 key 问题怎么解决？

Redis的热key问题是指在高并发场景下，某个特定的key被频繁访问，导致该key成为热点，从而造成Redis性能瓶颈。解决Redis的热key问题可以采取以下策略：

1. 增加缓存层级：将热点数据从Redis中分散到多个缓存层级，比如可以使用本地缓存（如Guava Cache）或分布式缓存（如Memcached）来缓存一部分热点数据，减轻Redis的压力。

2. 使用集群：将Redis部署为集群，将热点数据均匀分布到不同的节点上，减少单个节点的负载压力。

3. 使用热点数据副本：将热点数据的副本存放在多个Redis节点上，这样可以实现读写分离，提高热点数据的读取并发量。

4. 使用Redis Pipeline：通过使用Redis Pipeline可以将多个命令一次性发送给Redis服务器执行，减少网络开销，提高吞吐量。

5. 使用Redis Cluster：Redis Cluster提供了自动分片和数据复制功能，可以将热点数据均匀分布到不同的分片上，避免单个分片的负载过高。

6. 设置合理的过期时间：对于热点数据，可以设置适当的过期时间，避免数据长时间占用内存。

7. 使用二级缓存：在Redis中设置一个热点数据的二级缓存，比如本地缓存或其他缓存中间件，减少对Redis的直接访问。

8. 使用分布式锁：对于高并发情况下的写入操作，可以使用分布式锁来保证数据的一致性，避免多线程同时修改热点数据。

以上是一些常见的解决Redis热key问题的方法，具体的选择取决于业务需求和实际情况。在设计和优化系统时，需要根据实际情况综合考虑各种因素，以达到更好的性能和稳定性。

10、缓存穿透、缓存击穿、缓存雪崩是什么？怎么解决呢？

缓存穿透、缓存击穿和缓存雪崩是缓存系统中常见的三种问题：

1. 缓存穿透：是指在缓存中找不到数据，导致请求继续向数据库查询，而该数据在数据库中也不存在。通常是恶意攻击或查询不存在数据引起的。缓存穿透会对数据库造成很大的压力。

解决方法：

• 在缓存中设置空值（Null Object Pattern），表示该数据不存在，这样可以防止频繁的对数据库进行查询。
• 使用布隆过滤器（Bloom Filter）来快速判断请求的数据是否存在于缓存或数据库中。

1. 缓存击穿：是指一个原本存在的key，在某个时间点过期后，有大量的并发请求同时访问该key，导致这些请求都绕过了缓存，直接查询数据库，增加了数据库的压力。

解决方法：

• 在缓存中设置短暂的过期时间，过期时间设置为一个随机值，避免所有缓存同时过期。
• 使用互斥锁（例如分布式锁）来保证只有一个线程去加载数据并更新缓存，其他线程等待。

1. 缓存雪崩：是指在某个时间点，缓存中的很多key同时过期失效，导致大量的请求直接打到数据库上，造成数据库压力过大。

解决方法：

• 给缓存设置不同的过期时间，避免所有缓存同时失效。
• 使用热点数据永不过期，保证热点数据的持续缓存。
• 使用分布式缓存，将缓存数据分散到多个节点，降低单个节点失效的风险。
• 设置缓存预热策略，在缓存即将过期时提前异步更新缓存数据。

综合以上方法，可以有效地解决缓存穿透、缓存击穿和缓存雪崩等缓存问题，保障系统的性能和稳定性。同时，对于关键业务数据，可以采用多级缓存策略，从而更好地应对高并发访问。

11、redis 有哪些部署方式？

Redis可以通过以下几种部署方式：

1. 单机部署：最简单的方式，将Redis安装在单个服务器上，所有的数据和操作都在该单机上进行。适用于小规模应用或开发、测试环境。

2. 主从复制：在单机部署的基础上，增加了一个或多个从服务器。主服务器负责写入数据，从服务器复制主服务器的数据。从服务器可以用于读取请求，提高读取性能和容错能力。

3. 哨兵模式：用于保证Redis的高可用性。在主从复制的基础上，引入了Sentinel（哨兵）节点，哨兵节点会监控主服务器和从服务器的状态，一旦发现主服务器不可用，会自动将一个从服务器切换为新的主服务器。

4. 集群模式：用于横向扩展和提高容量和性能。Redis Cluster是一种分布式的数据存储解决方案，将数据分片存储在多个节点上，实现数据的分布式存储和读写操作的负载均衡。

5. 缓存云服务：许多云服务提供商（如AWS、阿里云、腾讯云等）都提供了Redis作为云服务的选择，用户可以直接通过云服务平台快速部署和管理Redis实例，无需自己搭建和维护Redis服务器。

根据实际的业务需求和性能要求，选择合适的部署方式可以更好地满足系统的需求和性能要求。

12、哨兵有哪些作用？

哨兵（Sentinel）是Redis高可用性方案中的重要组件，它的主要作用如下：

1. 监控主服务器：哨兵会周期性地监控主服务器和从服务器的状态，包括是否在线、是否宕机等。

2. 故障检测：一旦哨兵发现主服务器不可用，会立即进行故障检测，并通过投票机制选举新的主服务器。

3. 自动故障转移：当主服务器宕机时，哨兵会自动将一个从服务器切换为新的主服务器，确保系统继续可用。

4. 配置提供者：哨兵可以充当配置提供者的角色，客户端可以通过哨兵获取主服务器和从服务器的地址，实现读写分离和负载均衡。

5. 通知机制：当主服务器宕机或有其他状态变化时，哨兵会向客户端发送通知，通知客户端进行相应的处理。

6. 集群维护：哨兵可以进行集群维护操作，比如添加或删除服务器节点，调整节点权重等。

通过哨兵的监控和自动故障转移，Redis可以实现高可用性，提高系统的稳定性和可靠性。哨兵是Redis高可用性方案的核心组件，保障了Redis集群在主服务器宕机等故障情况下仍能正常运行。

13、哨兵选举过程是怎么样的？

哨兵选举过程主要包括以下步骤：

1. 监控主服务器状态：哨兵定期向主服务器发送PING命令，检测主服务器是否在线。如果主服务器没有响应，哨兵将主服务器标记为“主观下线”。

2. 选举领头哨兵：当哨兵发现主服务器进入“主观下线”状态后，它会与其他哨兵进行协商，选举一个领头哨兵。领头哨兵负责监督故障发现和主从切换过程。

3. 对主服务器进行客观下线检测：领头哨兵会向其他哨兵发送命令，让其他哨兵也对主服务器进行客观下线检测。如果大部分哨兵都认为主服务器已经下线，那么领头哨兵会将主服务器标记为“客观下线”。

4. 选举新的主服务器：当主服务器被标记为“客观下线”后，领头哨兵会与其他哨兵协商，选举一个新的主服务器。一般情况下，新的主服务器是从服务器中的一个。

5. 通知客户端：一旦新的主服务器被选出，领头哨兵会通知所有的客户端进行相应的切换操作，以确保客户端可以继续正常访问新的主服务器。

哨兵选举过程是一种分布式的协商过程，需要多个哨兵之间进行通信和协作。通过这种机制，哨兵可以在主服务器宕机后，自动选举出新的主服务器，实现自动故障转移，保障Redis集群的高可用性。

14、什么是 Cluster 集群？

Cluster集群是Redis的一种高可用方案，用于将多个Redis节点组成一个分布式集群，实现数据的分片存储和负载均衡。在Cluster集群中，每个节点负责存储一部分数据，并通过哈希槽（hash slot）将数据均匀地分布到不同的节点上。这样，当有新的节点加入或者节点发生故障时，集群可以自动进行数据的迁移和重新分配，保证数据的可用性和一致性。

Cluster集群的主要特点包括：

1. 分布式数据存储：Cluster集群将数据分片存储在多个节点上，实现数据的分布式存储和管理。

2. 自动数据迁移：当有新的节点加入或者节点发生故障时，Cluster集群会自动进行数据的迁移和重新分配，确保数据的均衡和高可用性。

3. 高可用性：Cluster集群中的每个节点都可以有多个从节点，当主节点发生故障时，从节点可以自动接替成为主节点，实现高可用性。

4. 负载均衡：Cluster集群会根据哈希槽将数据均匀地分配到不同的节点上，实现负载均衡，提高系统的吞吐量和性能。

5. 无中心架构：Cluster集群没有单点故障，没有中心节点，每个节点都是对等的，提高了系统的稳定性和可靠性。

使用Cluster集群可以有效地提高Redis的性能和可用性，适用于大规模的高并发场景。但需要注意的是，Cluster集群要求所有的节点都支持集群模式，因此在使用之前需要确保Redis的版本和配置都符合Cluster集群的要求。

15、cluster 的故障恢复是怎么做的？

Cluster的故障恢复是通过哨兵（Sentinel）实现的。哨兵是Redis的一个独立进程，负责监控Redis节点的健康状态，并在节点发生故障时进行自动的故障转移和恢复。

当一个Redis节点发生故障时，哨兵会立即察觉到，并开始执行以下故障恢复的过程：

1. 故障检测：哨兵会不断地监控所有的Redis节点，当发现某个节点无法响应时，就会认为该节点发生了故障。

2. 故障通知：哨兵会将故障信息通知给其他哨兵和客户端，以便进行后续的处理。

3. 选举新的主节点：如果故障的是主节点，哨兵会进行新的主节点选举。它会从所有的从节点中选取一个健康的节点作为新的主节点，并将其升级为主节点。

4. 故障转移：一旦新的主节点选举出来，哨兵会将其他的从节点切换到新的主节点上，并重新进行数据同步，以保持数据的一致性。

5. 客户端重连：在故障转移期间，客户端可能会与故障节点断开连接。哨兵会通知客户端新的主节点的地址，使得客户端能够重新连接到新的主节点。

6. 恢复节点：一旦故障节点恢复正常，哨兵会将其重新加入到集群中，并进行数据同步，恢复其作为从节点的角色。

通过哨兵的故障恢复机制，Redis集群能够在主节点发生故障时自动选举新的主节点，并保持数据的一致性，实现高可用性和容错性。同时，哨兵还能监控Redis节点的健康状态，确保集群的稳定运行。

16、主从同步原理是怎样的？

主从同步是指在Redis中，将一个Redis节点（主节点）的数据实时复制到其他Redis节点（从节点）的过程，以保持数据的一致性和高可用性。

主从同步的原理如下：

1. 主节点记录操作日志：主节点会将自己接收到的所有写操作（包括set、delete等）都记录在一个称为"内存写命令缓冲区"的地方。

2. 传输操作日志到从节点：主节点会将写命令缓冲区中的操作日志发送给所有的从节点。

3. 从节点执行操作日志：从节点接收到主节点发送的操作日志后，会逐条执行这些操作，将主节点的数据复制到从节点上。

4. 全量复制：当从节点刚刚加入主节点或者复制过程中出现异常时，会进行全量复制。主节点会将自己的数据快照发送给从节点，从节点接收并载入这个快照，然后再继续通过操作日志进行增量复制。

5. 增量复制：当主从节点已经完成全量复制，从节点会持续接收并执行主节点的操作日志，保持与主节点数据的同步。

通过主从同步，当主节点出现故障时，可以将其中一个从节点升级为主节点，从而实现故障转移和高可用性。同时，从节点也可以提供读取操作，从而减轻主节点的读取压力，提高了整个集群的性能和扩展性。

17、无硬盘复制是什么？

"无硬盘复制"通常是指在数据库系统或分布式系统中，将数据从一个节点复制到另一个节点时，不使用硬盘作为中间存储介质的复制方式。

传统的数据复制过程中，通常需要将数据先写入硬盘，然后再从硬盘读取数据进行复制。这样的过程会增加复制的延迟和资源消耗。而无硬盘复制则是在数据传输过程中直接将数据从源节点发送到目标节点，不需要在硬盘上进行中间存储，从而提高了数据复制的效率和速度。

无硬盘复制的实现可以通过以下几种方式：

1. 内存复制：将数据直接从源节点的内存复制到目标节点的内存，减少了硬盘的读写操作。

2. 网络传输：使用高速网络通信，将数据在节点之间快速传输，避免了数据在硬盘上的中间存储。

无硬盘复制可以在很大程度上提高数据传输的效率，特别是在高并发和大规模数据传输的场景下，能够显著提升系统的性能和吞吐量。

18、redis 如何实现分布式锁？

Redis实现分布式锁的一种常用方式是使用SETNX（SET if Not eXists）命令结合过期时间。

具体步骤如下：

1. 客户端尝试通过SETNX命令在Redis中设置一个特定的键值对，作为分布式锁的标识。如果返回值是1，表示成功获取锁，否则表示锁已经被其他客户端持有，获取锁失败。

2. 获取锁成功的客户端可以执行自己的业务逻辑。

3. 在业务逻辑执行完毕后，客户端通过DEL命令删除该键，释放锁。

为了防止死锁或锁过期导致的问题，还可以为锁设置一个过期时间，确保即使在某些情况下锁没有被显式释放，也能在一定时间后自动过期。

注意：分布式锁的实现需要考虑很多细节，比如锁的超时时间、锁的安全性、锁的重入性等。在实际应用中，建议使用成熟的分布式锁组件，比如Redlock、Zookeeper等，以确保锁的稳定性和可靠性。

19、redis的跳跃表

Redis中的跳跃表（Skip List）是一种有序数据结构，用于实现有序集合（Sorted Set）数据类型。跳跃表是基于链表的一种数据结构，但通过一定的策略添加了多级索引，以提高有序集合的查找效率。

跳跃表的结构类似于链表，但是每个节点除了保存数据之外，还包含多个指向其他节点的指针，这些指针构成了多级索引。通过这种多级索引，跳跃表可以在查找元素时进行快速的跳跃，从而减少查找的时间复杂度。

跳跃表的插入、删除和查找操作的时间复杂度均为O(log n)，其中n为跳跃表中元素的个数。相比于平衡树等其他数据结构，跳跃表的实现相对简单，并且具有较好的性能。

Redis中的有序集合数据类型就是基于跳跃表实现的，它可以方便地支持按照分数进行排序，并且插入、删除和查找操作都较为高效，因此在需要有序集合功能的场景下，可以考虑使用Redis的有序集合数据类型。