• redis主从复制


    redis主从复制

    主从复制,是指将一台Redis服务器的数据,复制到其他的Redis服务器

    前者称为主节点(master/leader),后者称为从节点(slave/follower),数据的复制是单向的,只能由主节点到从节点。Master以写为主,Slave以读为主

    默认情况下,每台Redis服务器都是主节点;且一个主节点可以有多个从节点(或没有从节点),但一个从节点只能有一个主节点

    主从复制的作用主要包括

    • 数据冗余︰主从复制实现了数据的热备份,是持久化之外的一种数据冗余方式
    • 故障恢复︰当主节点出现问题时,可以由从节点提供服务,实现快速的故障恢复;实际上是一种服务的冗余
    • 负载均衡∶在主从复制的基础上,配合读写分离,可以由主节点提供写服务,由从节点提供读服务(即写Redis数据时应用连接主节点,读Redis数据时应用连接从节点)分担服务器负载;尤其是在写少读多的场景下,通过多个从节点分担读负载,可以大大提高Redis服务器的并发量。
    • 高可用基石︰除了上述作用以外,主从复制还是哨兵和集群能够实施的基础,因此说主从复制是Redis高可用的基础

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

    • 从结构上,单个Redis服务器会发生单点故障,并且一台服务器需要处理所有的请求负载,压力较大
    • 从容量上,单个Redis服务器内存容量有限,就算一台Redis服务器内存容量为256G,也不能将所有内存用作Redis存储内存,一般来说,单台Redis最大使用内存不应该超过20G。电商网站上的商品,一般都是一次上传,无数次浏览的,说专业点也就是"多读少写"。

    单机多集群环境配置

    将配置文件拷贝三份

    [root@node1 redis-config]# cp redis.conf redis79.conf
    [root@node1 redis-config]# cp redis.conf redis80.conf
    [root@node1 redis-config]# cp redis.conf redis81.conf
    

    修改对应的信息

    1、端口

    2、日志文件名

    3、pid名字

    4、RDB备份文件名

    分别在不同的窗口启动redis服务

    redis-server redis-config/redis79.conf
    redis-server redis-config/redis80.conf 
    redis-server redis-config/redis81.conf
    

    查看服务进程

    [root@node1 bin]# ps -ef|grep redis
    root      20652      1  0 18:19 ?        00:00:00 redis-server 0.0.0.0:6379
    root      20704      1  0 18:20 ?        00:00:00 redis-server 0.0.0.0:6380
    root      20718      1  0 18:20 ?        00:00:00 redis-server 0.0.0.0:6381
    root      20750   6800  0 18:23 pts/3    00:00:00 grep --color=auto redis
    

    默认情况下,每台redis服务都是主机。一主二从,需要将两台主机配置成从机,只配置从库,不用配置主库

    127.0.0.1:6379> info replication # 查看当前库信息
    # Replication
    role:master # 角色:master
    connected_slaves:0 # 从机数量
    master_failover_state:no-failover
    master_replid:ea078a08f0b4c3bb28215ce31a905bcb1c2489cd
    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
    127.0.0.1:6379> 
    

    配置从库

    127.0.0.1:6380> SLAVEOF 127.0.0.1 6379 # 将127.0.0.1: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:0
    master_sync_in_progress:0
    slave_repl_offset:28
    slave_priority:100
    slave_read_only:1
    connected_slaves:0
    master_failover_state:no-failover
    master_replid:ffd06e7be6d14f32afa4675d4a0f1c0b454ae03a
    master_replid2:0000000000000000000000000000000000000000
    master_repl_offset:28
    second_repl_offset:-1
    repl_backlog_active:1
    repl_backlog_size:1048576
    repl_backlog_first_byte_offset:1
    repl_backlog_histlen:28
    127.0.0.1:6380> 
    

    真实的从主配置应该在配置文件中配置,才是永久的;使用命令配置的只是暂时的,如果从机重启服务,会变回主机

    注意:主机负责写,从机负责读

    由于没有配置哨兵模式,当主机宕机后,从机依旧连接到主机,不会变成主机;但是,当主机恢复之后,从机依旧可以获取主机写入的数据,当从机宕机重连时,也可以读到主机的所有数据,原因如下

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

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

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

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

    但是只要是重新连接master,一次完全同步(全量复制)将被自动执行

    记得快乐
  • 相关阅读:
    Effective Java 的笔记(二)
    设计模式系列 装饰模式
    一道多线程题目的解决方案
    Effective Java 的笔记(一)
    Java 并发编程实践
    【转】微博技术底层架构的实现
    Head First JavaScript 笔记
    JVM 学习笔记 类的加载和执行
    背包问题
    Oracle 序列号通过定时任务重置
  • 原文地址:https://www.cnblogs.com/Y-wee/p/14560795.html
Copyright © 2020-2023  润新知