zoukankan      html  css  js  c++  java
  • Redis从0到精通Redis主从复制

    Redis主从复制

    概念

    ​ 主从复制,是指将一台Redis服务器的数据,复制到其他的Redis服务器。前者称为主节点(Master/Leader),后者称为从节点(Slave/Follower), 数据的复制是单向的!只能由主节点复制到从节点(主节点以写为主、从节点以读为主)。

    默认情况下,每台Redis服务器都是主节点,

    一个主节点可以有0个或者多个从节点,但每个从节点只能由一个主节点。

    主从复制的作用主要包括:

    1. 数据冗余:主从复制实现了数据的热备份,是持久化之外的一种数据冗余的方式。
    2. 故障恢复:当主节点故障时,从节点可以暂时替代主节点提供服务,是一种服务冗余的方式
    3. 负载均衡:在主从复制的基础上,配合读写分离,由主节点进行写操作,从节点进行读操作,分担服务器的负载;尤其是在多读少写的场景下,通过多个从节点分担负载,提高并发量。
    4. 高可用基石:主从复制还是哨兵和集群能够实施的基础。

    一般来说,要将Redis运用于工程项目中,只使用一台Redis是万万不能的(宕机),原因如下:

    1. 从结构上,单个Redis服务器会发生单点故障,并且一台服务器需要处理所有的请求负载,压力较 大;

    2. 从容量上,单个Redis服务器内存容量有限,就算一台Redis服务器内存容量为256G,也不能将所有 内存用作Redis存储内存,一般来说,单台Redis大使用内存不应该超过20G。

    3. 电商网站上的商品,一般都是一次上传,无数次浏览的,说专业点也就是"多读少写"。

    对于这种场景,我们可以使如下这种架构:

    image.png

    主从复制,读写分离!80%的情况下都是在进行读操作!减缓服务器的压力!架构中经常使用! 一主 二从!

    只要在公司中,主从复制就是必须要使用的,因为在真实的项目中不可能单机使用Redis!

    环境配置

    只配置从库,不用配置主库!

    127.0.0.1:6379> info replication   # 查看当前库的信息 # Replication 
    role:master  # 角色  
    master connected_slaves:0 #  没有从机
    master_replid:b63c90e6c501143759cb0e7f450bd1eb0c70882a
    master_replid2:0000000000000000000000000000000000000000
    master_repl_offset:0 
    second_repl_offset:-1
    repl_backlog_active:0 
    repl_backlog_size:1048576
    repl_backlog_first_byte_offset:0 
    repl_backlog_histlen:0
    
    

    复制3个配置文件,然后修改对应的信息

    1. 端口
    2. pid 名字
    3. log文件名字
    4. dump.rdb 名字

    修改完毕之后,启动我们的3个redis服务器,可以通过进程信息查看!

    image.png

    一主二从

    默认情况下,每台Redis服务器都是主节点;我们一般情况下只用配置从就好了!

    认老大! 一主 (79)二从(80,81)

    127.0.0.1:6380> SLAVEOF 127.0.0.1 6379   #  SLAVEOF host 6379  找谁当自己的老大!
    OK
    127.0.0.1:6380> info replication 
    # Replication
    role:slave  # 当前角色是从机
    master_host:127.0.0.1   # 可以的看到主机的信息 
    master_port:6379 
    master_link_status:up 
    master_last_io_seconds_ago:3 
    master_sync_in_progress:0 
    slave_repl_offset:14 
    slave_priority:100 
    slave_read_only:1 
    connected_slaves:0 master_replid:a81be8dd257636b2d3e7a9f595e69d73ff03774e
    master_replid2:0000000000000000000000000000000000000000
    master_repl_offset:14
    second_repl_offset:-1 
    repl_backlog_active:1
    repl_backlog_size:1048576
    repl_backlog_first_byte_offset:1 
    repl_backlog_histlen:14
    
    # 在主机中查看!
    127.0.0.1:6379> info replication
    # Replication 
    role:master connected_slaves:1  # 多了从机的配置
    slave0:ip=127.0.0.1,port=6380,state=online,offset=42,lag=1    # 多了从机的配置
    master_replid:a81be8dd257636b2d3e7a9f595e69d73ff03774e
    master_replid2:0000000000000000000000000000000000000000
    master_repl_offset:42
    second_repl_offset:-1 
    repl_backlog_active:1 
    repl_backlog_size:1048576
    repl_backlog_first_byte_offset:1 
    repl_backlog_histlen:42 
    

    如果两个都配置完了,就是有两个从机

    image.png

    真实的从主配置应该在配置文件中配置,这样的话是永久的,我们这里用的是命令,暂时的!

    细节

    主机可以写,从机不能写只能读!主机中的所有信息和数据,都会自动从机保存! 主机写: image.png

    从机只能读取内容!

    image.png

    测试:主机断开连接,从机依旧连接到主机的,但是没有写操作,这个候,主机如果回来了,从机依旧可以直接获取到主机写的信息!

    如果是使用命令行,来配置的主从,这个时候如果重启了,就会变回主机!只要变为从机,立马就会从 主机中获取值!

    复制原理

    Slave 启动成功连接到 master 后会发送一个sync同步命令

    Master 接到命令,启动后台的存盘进程,同时收集所有接收到的用于修改数据集命令,在后台进程执行 完毕之后,master将传送整个数据文件到slave,并完成一次完全同步。

    全量复制:而slave服务在接收到数据库文件数据后,将其存盘并加载到内存中。

    增量复制:Master 继续将新的所有收集到的修改命令依次传给slave,完成同步

    但是只要是重新连接master,一次完全同步(全量复制)将被自动执行! 我们的数据一定可以在从机中 看到!

    层层链路

    上一个M链接下一个 S!

    image.png

    这时候也可以完成我们的主从复制!

    如果没有老大了,这个时候能不能选择一个老大出来呢? 手动!

    谋朝篡位
    如果主机断开了连接,我们可以使用 SLAVEOF no one 让自己变成主机!其他的节点就可以手动连 接到最新的这个主节点(手动)!如果这个时候老大修复了,那就重新连接!

  • 相关阅读:
    Android自定义控件 -Canvas绘制折线图(实现动态报表效果)
    Android事件分发机制详解(2)----分析ViewGruop的事件分发
    Android事件分发机制详解(1)----探究View的事件分发
    Java单例模式(转载)
    排序算法练习--JAVA(:内部排序:插入、选择、冒泡、快速排序)
    javaIO-学习笔记
    java多线程基础
    java二分查找举例讨论
    tomcat安装部署完整过程
    mariadb安装部署完整过程
  • 原文地址:https://www.cnblogs.com/qq3245792286/p/15405689.html
Copyright © 2011-2022 走看看