1. Redis数据类型
    • Redis 支持五种数据类型：string（字符串），hash（哈希），list（列表）， set（集合）及 zsetsorted set：有序集合)。比较常用的是 string，hash。
    1. Redis 是单进程单线程的？
    • Redis 是单进程单线程的，redis 利用队列技术将并发访问变为串行访问，消 除了传统数据库串行控制的开销。
    1. 一个字符串类型的值能存储最大容量是多少？
    • 512M
    1. Redis 的持久化机制是什么？各自的优缺点？
    • RDB持久化机制。RDBRedis DataBase)持久化方式： 是指用数据集快照的方式半持久化模式) 记录 redis 数据库的所有键值对,在某个时间点将数据写入一个临时文件，持久化 结束后，用这个临时文件替换上次持久化的文件，达到数据恢复。
      • 优点:
        • 只有一个文件 dump.rdb，方便持久化。
        • 容灾性好，一个文件可以保存到安全的磁盘。
        • 性能最大化，fork 子进程来完成写操作，让主进程继续处理命令，所以是 IO 最大化。使用单独子进程来进行持久化，主进程不会进行任何 IO 操作，保证了 redis 的高性能)
        • 相对于数据集大时，比 AOF 的启动效率更高。
      • 缺点:
        • 数据安全性低。RDB 是间隔一段时间进行持久化，如果持久化之间 redis 发生 故障，会发生数据丢失。所以这种方式更适合数据要求不严谨的时候)
    • AOF持久化机制。AOFAppend-only file)持久化方式： 是指所有的命令行记录以 redis 命令请 求协议的格式完全持久化存储)保存为 aof 文件。
      • 优点:
        • 数据安全，aof 持久化可以配置 appendfsync 属性，有 always，每进行一次 命令操作就记录到 aof 文件中一次。
        • 通过 append 模式写文件，即使中途服务器宕机，可以通过 redis-check-aof 工具解决数据一致性问题。
        • AOF 机制的 rewrite 模式。AOF 文件没被 rewrite 之前（文件过大时会对命令 进行合并重写），可以删除其中的某些命令（比如误操作的 flushall）)
      • 缺点:
        • AOF 文件比 RDB 文件大，且恢复速度慢。
        • 数据集大的时候，比 rdb 启动效率低。
    1. redis 过期键的删除策略？
    • 定时删除:在设置键的过期时间的同时，创建一个定时器 timer). 让定时器在键 的过期时间来临时，立即执行对键的删除操作。
    • 惰性删除:放任键过期不管，但是每次从键空间中获取键时，都检查取得的键是 否过期，如果过期的话，就删除该键;如果没有过期，就返回该键。
    • 定期删除:每隔一段时间程序就对数据库进行一次检查，删除里面的过期键。至 于要删除多少过期键，以及要检查多少个数据库，则由算法决定。
    1. Redis 的回收策略（淘汰策略）?
    • volatile-lru：从已设置过期时间的数据集（server.db[i].expires）中挑选最近最 少使用的数据淘汰
    • volatile-ttl：从已设置过期时间的数据集（server.db[i].expires）中挑选将要过 期的数据淘汰
    • volatile-random：从已设置过期时间的数据集（server.db[i].expires）中任意 选择数据淘汰
    • allkeys-lru：从数据集（server.db[i].dict）中挑选最近最少使用的数据淘汰
    • allkeys-random：从数据集（server.db[i].dict）中任意选择数据淘汰
    • no-enviction（驱逐）：禁止驱逐数据
    • 注意这里的 6 种机制，volatile 和 allkeys 规定了是对已设置过期时间的数据集淘 汰数据还是从全部数据集淘汰数据，后面的 lru、ttl 以及 random 是三种不同的 淘汰策略，再加上一种 no-enviction 永不回收的策略。
    • 使用策略规则：
      • 如果数据呈现幂律分布，也就是一部分数据访问频率高，一部分数据访问频率 低，则使用 allkeys-lru
      • 如果数据呈现平等分布，也就是所有的数据访问频率都相同，则使用 allkeys-random
    1. Redis 的同步机制了解么？
    • Redis 可以使用主从同步，从从同步。第一次同步时，主节点做一次 bgsave， 并同时将后续修改操作记录到内存 buffer，待完成后将 rdb 文件全量同步到复制 节点，复制节点接受完成后将 rdb 镜像加载到内存。加载完成后，再通知主节点 将期间修改的操作记录同步到复制节点进行重放就完成了同步过程。
    1. Pipeline 有什么好处，为什么要用 pipeline？
    • 可以将多次 IO 往返的时间缩减为一次，前提是 pipeline 执行的指令之间没有 因果相关性。使用 redis-benchmark 进行压测的时候可以发现影响 redis 的 QPS 峰值的一个重要因素是 pipeline 批次指令的数目。
    1. Redis 如何设置密码及验证密码？
    • 设置密码：config set requirepass xxxxxx
    • 授权密码：auth xxxxxx
    1. Redis 如何做内存优化？
    • 尽可能使用散列表（hashes），散列表（是说散列表里面存储的数少）使用 的内存非常小，所以你应该尽可能的将你的数据模型抽象到一个散列表里面。比 如你的 web 系统中有一个用户对象，不要为这个用户的名称，姓氏，邮箱，密码 设置单独的 key,而是应该把这个用户的所有信息存储到一张散列表里面.
    1. 使用过 Redis 做异步队列么，你是怎么用的？
    • 一般使用 list 结构作为队列，rpush 生产消息，lpop 消费消息。当 lpop 没有 消息的时候，要适当 sleep 一会再重试。
      • 可不可以不用 sleep 呢？
        • list 还有个指令叫 blpop，在没有消息的时候，它会阻塞住直到消息到来。如果对 方追问能不能生产一次消费多次呢？使用 pub/sub 主题订阅者模式，可以实现 1:N 的消息队列。
      • pub/sub 有什么缺点？
        • 在消费者下线的情况下，生产的消息会丢失，得使用专业的消息队列如 RabbitMQ 等。
      • redis 如何实现延时队列？
        • 使用 sortedset，拿时间戳作为 score，消息内容作为 key 调用 zadd 来生产消息，消费者用 zrangebyscore 指令 获取 N 秒之前的数据轮询进行处理。
    1. 使用过 Redis 分布式锁么，它是什么回事？
    • 先拿 setnx 来争抢锁，抢到之后，再用 expire 给锁加一个过期时间防止锁忘记了 释放。
      • 如果在 setnx 之后执行 expire 之前进程意外 crash 或者要重启维护了，那会怎么样？
        • set 指令有非常复杂的参数，这个应该是可以同时把 setnx 和 expire 合成一条指令来用的！