``>[info] Redis如何实现延时队列 使用sortedset，使用时间戳做score, 消息内容作为key,调用zadd来生产消息，消费者使用zrangbyscore获取n秒之前的数据做轮询处理。 >[info] redis缓存击穿是什么？如何解决？ 缓存击穿是指缓存中没有但数据库中有的数据（一般是缓存时间到期），这时由于并发用户特别多，同时读缓存没读 到数据，又同时去数据库去取数据，引起数据库压力瞬间增大，造成过大压力。和缓存雪崩不同的是，缓存击穿指并 发查同一条数据，缓存雪崩是不同数据都过期了，很多数据都查不到从而查数据库。（本来所有请求应该访问缓存，结果直接打到数据库） ***** **解决方案：** 加锁、队列。 **解决方案：** 布隆过滤器，过滤空数据。如果数据返回为空，空结果缓存，再写一个算法排重。采用布隆过滤器，将所有可能存在的数据哈希到一个足够大的 bitmap 中，一个一定不存在的数据会被这个bitmap 拦截掉，从而避免了对底层存储系统的查询压力。 **解决方案：** 设置热点数据永远不过期。 **解决方案：** 从缓存取不到的数据，在数据库中也没有取到，这时也可以将key-value对写为key-null，缓存有效时间可以设置短点，如30秒（设置太长会导致正常情况也没法使用）。这样可以防止攻击用户反复用同一个id暴力攻击。 ***** >[info] redis 的缓存预热、缓存更新、缓存降级问题？ **缓存预热：** 系统上线，将相关的缓存数据加载到缓存中，提前将数据放入缓存（而不是先去查数据库，再放到缓存） **解决方案：** 手工、项目启动时候直接加载、定时刷新缓存。 ***** **缓存更新：** 除了服务器自带失效策略、常见策略：1. 定时清理过期的缓存（缺点：大量缓存key比较麻烦） 2. 先判断缓存是否过期，如果过期那么就去底层重新加载得到新的数据并更新。（缺点：大量请求都要判断 业务复杂） **缓存降级：** 访问量剧增，服务出现问题，降级最终目的是保存核心服务可用。（加入购物车，结算不可降级） **解决方案：** 一般：网络波动、超时，自动降级 **警告：** 有一些服务已经达到百分之90-95，自动降级 **错误：** 自动降级/人工降级 **严重错误：** 特殊原因，紧急的人工降级 >[info] redis 的事务管理（ACID） A 原子性（Atomicity）：事务是不可分割的 C 一致性（Consistency）：事务的前后数据完整性必须保存一致 I 隔离性（lsolation）：事务互相隔离，互不影响 D 持久性（Durability）：事务一旦被提交，它对数据库中的数据改变是永久的，即使数据库发生故障，也不会产生影响。 ***** >[info] Redis事务保证原子性吗，支持回滚吗 Redis中，单条命令是原子性执行的，但事务不保证原子性，且没有回滚。事务中任意命令执行失败，其余的命令可 以仍会被执行。 >[info] Redis事务支持隔离性吗 Redis 是单进程程序，并且它保证在执行事务时，不会对事务进行中断，事务可以运行直到执行完所有事务队列中的 命令为止。因此，Redis 的事务是总是带有隔离性的。 >[info] Redis的线程模型是咋样的？ Redis基于 **Reactor模式** 开发了网络事件处理器，这个处理器被称为文件事件处理器（file event handler）。它的组 成结构为4部分：多个套接字、IO多路复用程序、文件事件分派器、事件处理器。因为文件事件分派器队列的消费是 单线程的，所以Redis才叫单线程模型 * 文件事件处理器使用 I/O 多路复用（multiplexing）程序来同时监听多个套接字， 并根据套接字目前执行的任 务来为套接字关联不同的事件处理器。 * 当被监听的套接字准备好执行连接应答（accept）、读取（read）、写入（write）、关闭（close）等操作 时， 与操作相对应的文件事件就会产生， 这时文件事件处理器就会调用套接字之前关联好的事件处理器来处理 这些事件。 虽然文件事件处理器以单线程方式运行， 但**通过使用 I/O 多路复用程序来监听多个套接字**， 文件事件处理器既实现 了高性能的网络通信模型， 又可以很好地与 redis 服务器中其他同样以单线程方式运行的模块进行对接， 这保持了 Redis 内部单线程设计的简单性。 >[info] Redis的内存淘汰策略有哪些 Redis的内存淘汰策略是指在Redis的用于缓存的内存不足时，怎么处理需要新写入且需要申请额外空间的数据。 ***** 全局的键空间选择性移除 * noeviction：当内存不足以容纳新写入数据时，新写入操作会报错。 * allkeys-lru：当内存不足以容纳新写入数据时，在键空间中，移除最近最少使用的key。（这个是最常用的） * allkeys-random：当内存不足以容纳新写入数据时，在键空间中，随机移除某个key。 设置过期时间的键空间选择性移除 * volatile-lru：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，移除最近最少使用的key。 * volatile-random：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，随机移除某个key。 * volatile-ttl：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，有更早过期时间的key优先移 除。 >[info] Redis的内存用完了会发生什么？ 如果达到设置的上限，Redis的写命令会返回错误信息（但是读命令还可以正常返回。）或者你可以配置内存淘汰机 制，当Redis达到内存上限时会冲刷掉旧的内容。 >[info] 请对比下redis持久化之RDB和AOF？ **RDB：** 快照 **AOF：** 追加 1. Redis 默认开启RDB持久化方式，在指定的时间间隔内，执行指定次数的写操作，则将内存中的数据写入到磁盘中。 2. RDB 持久化适合大规模的数据恢复但它的数据一致性和完整性较差。 3. Redis 需要手动开启AOF持久化方式，默认是每秒将写操作日志追加到AOF文件中。 4. AOF 的数据完整性比RDB高，但记录内容多了，会影响数据恢复的效率。 5. Redis 针对 AOF文件大的问题，提供重写的瘦身机制。 6. 若只打算用Redis 做缓存，可以关闭持久化。 7. 若打算使用Redis 的持久化。建议RDB和AOF都开启。其实RDB更适合做数据的备份，留一后手。AOF出问题了， 还有RDB。 >[info] 请说说对redis事务的理解？ **Redis事务的概念：** Redis 事务的本质是一组命令的集合。事务支持一次执行多个命令，一个事务中所有命令都会被序列化。在事务 执行过程，会按照顺序串行化执行队列中的命令，其他客户端提交的命令请求不会插入到事务执行命令序列中。 ***** 总结说：redis事务就是一次性、顺序性、排他性的执行一个队列中的一系列命令。 ***** **Redis事务没有隔离级别的概念：** ***** **Redis不保证原子性：** Redis中，单条命令是原子性执行的，但事务不保证原子性，且没有回滚。事务中任意命令执行失败，其余的命 令仍会被执行。 ***** **Redis事务的三个阶段：** * 开始事务 * 命令入队 * 执行事务 **Redis事务相关命令：** * watch key1 key2 ... : 监视一或多个key,如果在事务执行之前，被监视的key被其他命令改动，则事务被打断 （ 类似乐观锁 ） * multi : 标记一个事务块的开始（ queued ） * exec : 执行所有事务块的命令 （ 一旦执行exec后，之前加的监控锁都会被取消掉 ） * discard : 取消事务，放弃事务块中的所有命令 * unwatch : 取消watch对所有key的监控 **总结：** watch指令类似于乐观锁，在事务提交时，如果watch监控的多个KEY中任何KEY的值已经被其他客户端更改，则 使用EXEC执行事务时，事务队列将不会被执行，同时返回Nullmulti-bulk应答以通知调用者事务执行失败。 >[info] Redis有哪些优缺点 **优点:** 1. 读写性能优异。 2. 支持数据持久化，支持AOF和RDB两种持久化方式。 3. 支持事务，Redis的所有操作都是原子性的，同时 Redis还支持对几个操作合并后的原子性执行。 5. 数据结构丰富，除了支持string类型的value外还支持hash、set、zset、list 等数据结构 6. 支持主从复制，主机会自动将数据同步到从机，可以进行读写分离。 ***** **缺点:** 1. 数据库容量受到物理内存的限制，不能用作海量数据的高性能读写，因此Redis适合的场景主要局限在较小数据 量的高性能操作和运算上。 2. Redis 不具备自动容错和恢复功能，主机从机的宕机都会导致前端部分读写请求失败，需要等待机器重启或者手动切换前端的IP才能恢复。 3. 主机宕机，宕机前有部分数据未能及时同步到从机，切换IP后还会引入数据不一致的问题，降低了系统的可用性。 4. Redis 较难支持在线扩容，在集群容量达到上限时在线扩容会变得很复杂。为避免这一问题，运维人员在系统上线时必须确保有足够的空间，这对资源造成了很大的浪费。 >[info] redis的list队列先进先出如何解决插队问题？ 通常使用一个list来实现队列操作，这样有一个小限制，所以的任务统一都是先进先出，如果想优先处理某个任务就 不太好处理了，这就需要让队列有优先级的概念，我们就可以优先处理高级别的任务，实现方式有以下几种方式： 1.**单一列表实现：** 队列正常的操作是 左进右出（lpush,rpop）为了先处理高优先级任务，在遇到高级别任务时，可以直接插队，直接放入队列头部（rpush），这样，从队列头部（右侧）获取任务时，取到的就是高优先级的任务 （rpop） 2. **使用两个队列**，一个普通队列，一个高级队列，针对任务的级别放入不同的队列，获取任务时也很简单，redis的 BRPOP命令可以按顺序从多个队列中取值，BRPOP会按照给出的 key 顺序查看，并在找到的第一个非空 list 的尾部 弹出一个元素，redis> BRPOP list1 list2 0 ***** list1 做为高优先级任务队列 list2 做为普通任务队列 这样就实现了先处理高优先级任务，当没有高优先级任务时，就去获取普通任务 ***** 方式1最简单，但实际应用比较局限，方式3可以实现复杂优先级，但实现比较复杂，不利于维护 方式2是推荐用法，实际应用最为合适 >[info] redis如何优化 1. 建立redis连接池 2. 建立redis集群和一主多从 3. 设置key有效期 4. 设置bit级别的存储，如GETBIT 和 SETBIT 等 5. 想要一次添加多条数据的时候可以使用管道 6. 根据业务需要选择合适的数据类型，并为不同的应用场景设置 相应的紧凑存储参数。 7. 如果需要使用持久化，根据是否可以容忍重启丢失部分数据在快照方式与语句追加方式之间选择其一，不要使用 虚拟内存以及diskstore方式。 8. 不要让你的Redis所在机器物理内存使用超过实际内存总量的3/5。 >[info] 使用redis你lpop一条数据后， 插入数据库失败怎么办？ 一般使用list结构作为队列，rpush生产消息，lpop消费消息。当lpop没有消息的时候，要适当sleep一会再重试。 **缺点：** 在消费者下线的情况下，生产的消息会丢失，得使用专业的消息队列如rabbitmq等。 >[info] redis支持哪几种常见数据类型？ String字符串 Hash（哈希） List（列表） Set（集合） zset(sorted set：有序集合) >[info] 使用过Redis分布式锁么，它是怎么实现的? 先拿setnx来争抢锁，抢到之后，再用expire给锁加一个过期时间防止锁忘记了释放 ***** Redis为单进程单线程模式，采用队列模式将并发访问变成串行访问，且多客户端对Redis的连接并不存在竞争关系 Redis中可以使用SETNX命令实现分布式锁。 ***** 当且仅当 key 不存在，将 key 的值设为 value。若给定的 key 已经存在，则 SETNX 不做任何动作 ***** SETNX 是『SET if Not eXists』(如果不存在，则 SET)的简写。 ***** 返回值：设置成功，返回 1 。设置失败，返回 0 。  ***** 使用SETNX完成同步锁的流程及事项如下： * 使用SETNX命令获取锁，若返回0（key已存在，锁已存在）则获取失败，反之获取成功 * 为了防止获取锁后程序出现异常，导致其他线程/进程调用SETNX命令总是返回0而进入死锁状态，需要为该key设置 一个“合理”的过期时间 * 释放锁，使用DEL命令将锁数据删除 >[info] redis 如何做内存优化？ **散列表：** 存储的数少，使用内存非常小，尽可能将数据模型抽象到散列表里。 ``` 如用户信息：邮箱、电话、QQ 都设置单独的key，应该将该用户数据存储到散列表里。 ``` >[info] zookeeper 是什么？ 开放源码的一个分布式协调服务器，集群管理者，监视着集群中各个节点的状态，根据节点提交反馈合理做下一步操作，最终将我们简单易用的接口和性能高效提供给用户。 分布式应用：可以基于zookeeper 来实现 数据发布订阅、负载均衡、命名服务、分布式协调和通知、集群管理、master 选举、分布式锁、分布式队列。 保证了分布式一致性 >[info] redis 回收进程是如何工作的？ 他会检查内存使用情况，如果大于设定阈值，那么根据设定号的策略进行回收，不断的穿越设置边界，通过不断达到边界，回收边界以下的数据。 >[info] Redis与Memcached的2个主要区别 1. Redis不仅支持简单的k/v类型的数据，同时还支持list、set、zset(sorted set)、hash等数据结构的存储，使得 它拥有更广阔的应用场景。 2. Redis最大的亮点是支持数据持久化，它在运行的时候可以将数据备份在磁盘中，断电或重启后，缓存数据可以 再次加载到内存中，只要Redis配置的合理，基本上不会丢失数据。 3. key字符串长度限制 >[info] redis 的哨兵 实现 redis 集群高可用 1. 集群监控：负责监控redis master 和 slave 进程是否正常工作 2. 消息通知：如果 redis 实例发生故障，那么哨兵就负责发送信息给管理员 3. 故障转移：如果 master slave 发生故障就会自动转移到 slave node上 4. 配置中心：如果故障发生了，就通知 client 客户端产生新的 master 地址 >[info] 说说你对redis哨兵的理解 Redis服务器毫无征兆的罢工是个麻烦事，如何保证备份的机器是原始服务器的完整备份呢？这时候就需要哨兵和复制。 ***** Sentinel可以管理多个Redis服务器，它提供了监控，提醒以及自动的故障转移的功能，Replication则是负责让一个 Redis服务器可以配备多个备份的服务器。