美文网首页
Redis有这一篇就够了

Redis有这一篇就够了

作者: Aplha | 来源:发表于2020-08-27 13:24 被阅读0次

Redis

数据结构

链表:列表建的底层实现(头指针和尾指针的双端链表)

字典:哈希键的底层实现

  • 使用链地址法(数组+单向链表)解决键冲突
  • rehash(对哈希表伸缩操作,确保负载因子不会太大):将现有哈希表中键值对rehash到新哈希表里面,不是一次性完成,渐进式完成

跳表

  • 平均O(logN),最坏O(N)
  • 每个节点维持多个指向其他节点的指针(有序集合键的实现)
  • 多个节点可包含相同分值,但每个节点对象唯一,分值相同,节点按照对象大小排序

整数集合

压缩列表(列表键和哈希键的实现),为节省内存而生

对象(Redis数据结构)

  • 字符串
  • 列表
  • 哈希
  • 集合
  • 有序集合

数据库

默认创建16个数据库,默认使用0号数据库

切换数据库

  • SELECT命令(原理:修改指针指向不同数据库)

键空间(保存所有键值对)

  • 添加键:将新键值对保存到键空间
  • 删除键
  • 更新键
  • 查询键

过期键删除策略

  • 定时删除(过期键多,CPU压力大)
  • 惰性删除(过期键多,磁盘压力大)
  • 定期删除:上述两种方式折衷,难点是时长和频率
  • Redis使用惰性删除和定期删除结合

持久化

RDB

  • 创建

    • SAVE和BGSAVE命令
  • 载入

    • 服务器启动自动检测自动载入
  • 自动间隔保存

    • 设置save选项,每隔一段时间自动执行BGSAVE命令
  • 服务器开启AOF,则优先使用AOF还原数据库状态

  • 压缩的二进制文件

AOF

  • 实现

    • 命令追加:写命令追加到缓冲区
    • 文件写入:将缓冲区内容写入AOF文件
    • 文件同步:对AOF文件同步
  • 载入:创建伪客户端逐条写入

  • 重写:读取数据库状态用新AOF文件替代老AOF文件(子进程).设置重写缓冲区,防止数据不一致

Sentinel

作用:监视主,若主下线,自动将某从升级主

故障转移

  • 挑选某从升级为新主
  • 向所有从发送新复制指令
  • 继续监视下线主,重新上线成为新主的从

故障转移前提

  • 一个主下线,监视下线主的各Sentinel投票选举领头Sentinel,由领头Sentinel对下线主执行故障转移

选举领头Sentinel算法

  • 每个Sentinel都有投票权,会投给第一个要求投票给他的Sentinel,每次选举后计数器都会自增一次.若一个Sentinel获得投票超过半数则成为领头Sentinel,否则继续选举

复制

SLAVEOF命令或slaveof选项设置主从复制

复制包含两种操作

  • 同步
  • 命令传播

复制两种情况

  • 初次复制
  • 断线后重复制

旧版复制

  • 同步(SYNC)

    • 1.从发送SYNC命令到主
    • 2.主执行BGSAVE生成RDB,缓冲池记录此刻开始写命令
    • 3.从接收RDB载入
    • 4.从接收缓冲池写命令与主保持数据库状态一致
  • 命令传播

    • 主向从发送命令
  • 缺陷

    • 断线重复制重新执行同步流程

新版复制

  • PSYNC

    • 完整重同步:相当于初次复制

    • 部分重同步:将断线期间主执行写命令发送给从

      • 复制偏移量:主从均记录,断线重连后根据偏移量判断哪些数据丢失
      • 复制积压缓冲区:FIFO队列,命令传播期间,命令传播给从,积压缓冲区也会保存一份,断线重连后,若偏移量命令在积压缓冲区则执行部分重同步,否则执行完整重同步
      • 服务器运行ID

实现(了解)

  • 设置主服务器地址和端口
  • 建立套接字连接
  • 发送PING命令
  • 身份验证
  • 发送从服务器端口
  • 同步
  • 命令传播

心跳检测

  • 从默认每秒一次频率向主发送命令

  • 作用

    • 检测主从网络连接状态
    • 辅助实现min-slaves选项
    • 检测命令丢失

集群

节点

  • CLUSTER MEET命令使节点握手,加入到集群中

槽指派

  • 集群整个数据库被分为16384个槽,每个节点维护槽的部分

执行命令

  • 判断槽是否在改节点,在则直接执行命令,否则指引客户端转向正确节点

重新分片

  • 将某个节点的槽改为指派给另一节点,可在线进行

复制

  • 主节点处理槽,从节点复制主,主节点下线,从节点代替主处理命令

故障转移

  • 每个节点定期向其他节点发送PING消息,若无响应标记疑似下线,半数以上主节点标记疑似下线,则广播通知标记为已下线

  • 选举新主节点算法

    • 主节点下线,隶属于该主节点从会广播要求所有主节点投票,每个主节点有一次投票权,投给第一个向他发送投票请求的从节点,当某个从节点获得半数以上主节点投票则升级为新的主节点
Redis.png

相关文章

网友评论

      本文标题:Redis有这一篇就够了

      本文链接:https://www.haomeiwen.com/subject/gnecsktx.html