Redis之主从同步

news/2024/10/5 11:24:27

概念

  • 主从复制,是指将一台Redis服务器的数据,复制到其他的Redis服务器。
  • 前者称为主节点(master/leader),后者称为从节点(slave/follower);
  • 数据的复制是单向的,只能由主节点到从节点。Master以写为主,Slave 以读为主。
  • 默认情况下,每台Redis服务器都是主节点;且一个主节点可以有多个从节点(或没有从节点),但一个从节点只能有一个主节点。

主从复制的作用

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

主从复制的必要性

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

  • 从结构上,单个Redis服务器会发生单点故障,并且一台服务器需要处理所有的请求负载,压力较大;
  • 从容量上,单个Redis服务器内存容量有限,就算一台Redis服务器内存容量为256G,也不能将所有内存用作Redis存储内存一般来说,单台Redis最大使用内存不应该超过20G。

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

配置主从同步

本实验是在一台主机上模拟一主俩从,单机多服务

  • 查看主从同步信息
# redis-cli -p 6379
127.0.0.1:6379> info replication
# Replication
role:master                                                    #角色
connected_slaves:0                                             #连接的从主机
master_failover_state:no-failover
master_replid:da6862d9f9d8e0c34c4a1fa48d55a8bd37fc249b
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
  • 准备配置文件
# ls
00-RELEASENOTES  CODE_OF_CONDUCT.md  COPYING  INSTALL   MANIFESTO  redis.conf      runtest          runtest-moduleapi  SECURITY.md    src    TLS.md
BUGS             CONTRIBUTING.md     deps     Makefile  README.md  redis.conf.bak  runtest-cluster  runtest-sentinel   sentinel.conf  tests  utils复制三份配置文件# cp redis.conf redis79.conf
# cp redis.conf redis80.conf
# cp redis.conf redis81.conf
# ls
00-RELEASENOTES     deps       redis79.conf    runtest            sentinel.conf
BUGS                INSTALL    redis80.conf    runtest-cluster    src
CODE_OF_CONDUCT.md  Makefile   redis81.conf    runtest-moduleapi  tests
CONTRIBUTING.md     MANIFESTO  redis.conf      runtest-sentinel   TLS.md
COPYING             README.md  redis.conf.bak  SECURITY.md        utils
  • 修改配置文件
# vi redis79.confport 6379
logfile "6379.log"
dbfilename dump6379.rdb# vi redis80.confport 6380
pidfile /var/run/redis_6380.pid
logfile "6380.log"
dbfilename dump6380.rdb# vi redis81.confport 6381
pidfile /var/run/redis_6381.pid
logfile "6381.log
dbfilename dump6381.rdb
  • 启动服务
# redis-server /data/apps/redis-7.0.15/redis79.conf
# redis-server /data/apps/redis-7.0.15/redis80.conf
# redis-server /data/apps/redis-7.0.15/redis81.conf
# ps -ef | grep redis
root     156305      1  0 16:19 ?        00:00:00 redis-server 127.0.0.1:6379
root     156489      1  0 16:20 ?        00:00:00 redis-server 127.0.0.1:6380
root     156503      1  0 16:20 ?        00:00:00 redis-server 127.0.0.1:6381
root     156588 142066  0 16:20 pts/1    00:00:00 grep --color=auto redis

注意:
目前三台主机均为主节点,还没有区分主从,一般情况下只需要配置从库

  • 测试可用性
# redis-cli -p 6379
127.0.0.1:6379> ping
PONG
127.0.0.1:6379>#  redis-cli -p 6380
127.0.0.1:6380> ping
PONG
127.0.0.1:6380>#  redis-cli -p 6381
127.0.0.1:6381> ping
PONG
  • 配置主从
    主(6379)从(6380、6381)
#  redis-cli -p 6380
127.0.0.1:6380> SLAVEOF 127.0.0.1 6379         #指定主节点主机
OK
127.0.0.1:6380> info replication
# Replication
role:slave                                     #角色状态为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_read_repl_offset:14
slave_repl_offset:14
slave_priority:100
slave_read_only:1
replica_announced:1
connected_slaves:0
master_failover_state:no-failover
master_replid:abfde85bb3fca5e0e73f88547ce18eb8f1c09470
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#  redis-cli -p 6381
127.0.0.1:6381> ping
PONG
127.0.0.1:6381> SLAVEOF 127.0.0.1 6379
OK
127.0.0.1:6381> info replication
# Replication
role:slave
master_host:127.0.0.1
master_port:6379
master_link_status:up
master_last_io_seconds_ago:1
master_sync_in_progress:0
slave_read_repl_offset:364
slave_repl_offset:364
slave_priority:100
slave_read_only:1
replica_announced:1
connected_slaves:0
master_failover_state:no-failover
master_replid:abfde85bb3fca5e0e73f88547ce18eb8f1c09470
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:364
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:365
repl_backlog_histlen:0
  • 查看主库
# redis-cli -p 6379
127.0.0.1:6379> ping
PONG
127.0.0.1:6379> info replication
# Replication
role:master                                                    #主库
connected_slaves:2                                             #两个从库
slave0:ip=127.0.0.1,port=6380,state=online,offset=406,lag=1
slave1:ip=127.0.0.1,port=6381,state=online,offset=406,lag=1
master_failover_state:no-failover
master_replid:abfde85bb3fca5e0e73f88547ce18eb8f1c09470
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:406
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:406
  • 修改配置文件永久保存配置
vi /data/apps/redis-7.0.15/redis80.conf
replicaof <masterip> <masterport>
  • 验证主从同步
    只能在主库进行写入操作,自动同步到从库,从库不能写入
# redis-cli -p 6379
1
127.0.0.1:6379> keys *
(empty array)
127.0.0.1:6379> set k1 v1
OK# redis-cli -p 6380
127.0.0.1:6380> get k1
"v1"# redis-cli -p 6381127.0.0.1:6381> set k2 v2
(error) READONLY You can't write against a read only replica.       #从库无法写入

主从同步原理

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

全量复制:slave服务在接收到数据库文件数据后,将其存盘并加载到内存中。
增量复制:Master继续将新的所有收集到的修改命令依次传给slave,完成同步。

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

主从同步的集群,主库宕机,从库无法自动切换为主,造成业务不可用。
主库断开连接,从库依旧连接到主库的,但是没有写操作,这个时候,主库如果恢复,从库依旧可以直接获取到主库写的信息 !
如果是使用命令行,来配置的主从,这个时候从库如果重启了,就会变回主库。只要变为从库,数据会立即从主库同步过来。

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.hjln.cn/news/44156.html

如若内容造成侵权/违法违规/事实不符,请联系我们进行投诉反馈,一经查实,立即删除!

相关文章

VulnHub - breach系列:breach-2.1

信息收集真的很重要,在不注意的角落可能藏着可用信息VulnHub - breach系列:breach-2.1 靶机描述 Breach 2.0 是多部分系列中的第二部分,是一项 boot2root/CTF 挑战,旨在展示真实场景,沿途充满了曲折和恶作剧。 VM 配置了静态 IP(192.168.110.151),因此您需要将主机适配…

[OpenBMC] LDAP 设定(一) - nss-pam-ldapd

OpenBMC ldap设定和验证,可分成几个部分,本篇会先介绍第一个部分nss-pam-ldapdnss-pam-ldapd LDAP server 架设 Redfish/Web设定 nss-pam-ldapd 底下 OpenBMC 对nss-pam-ldapd 的描述 Bringing the LDAP authentication module support in openbmc stack requires to pull…

某东 h5st 4.7 逆向分析

声明 本文章中所有内容仅供学习交流使用,不用于其他任何目的,不提供完整代码,抓包内容、敏感网址、数据接口等均已做脱敏处理,严禁用于商业用途和非法用途,否则由此产生的一切后果均与作者无关! 本文章未经许可禁止转载,禁止任何修改后二次传播,擅自使用本文讲解的技术…

贪吃蛇小游戏Python Pygame实现

运行结果 游戏规则 1. ↑ ↓ ← → 来控制蛇的移动方向 2. 蛇吃到自己身体的任意一部分游戏结束, 自动退出窗口 3. 蛇的速度会随游戏时间增长越来越快, 与吃食物的多少 (分数) 无关 4. 蛇可以穿过边界到达另一边 5. 场上食物同时只会存在一个, 颜色随机, 但每个颜色的所得分数…

在线RSA公私钥PKCS格式互转工具

在线公私钥PKCS格式转换,支持公钥PKCS1与PKCS8格式之间相互转换,私钥PKCS1与PKCS8格式之间相互转换;PKCS1定义RSA公开密钥算法加密和签名机制,PKCS8描述私有密钥信息格式,该信息包括公开密钥算法的私有密钥以及可选的属性集等。在线RSA公私钥PKCS格式互转工具

【0基础学爬虫】爬虫基础之自动化工具 DrissionPage 的使用

概述 前三期文章中已经介绍到了 Selenium 与 Playwright 、Pyppeteer 的使用方法,它们的功能都非常强大。而本期要讲的 DrissionPage 更为独特,强大,而且使用更为方便,目前检测少,强烈推荐!!! 这里推荐观看十一姐 B 站 DrissionPage 系列视频,很详细:合集爬虫自动化 …

dynamics 365 online仪表板提示:超出最大记录限制。请减少记录数量

1、Dynamics 365 online的仪表板确实有数量限制,当记录条数超过5万的时候,就会提示:超出最大记录限制。请减少记录数量 https://learn.microsoft.com/zh-cn/power-apps/maker/model-driven-apps/create-edit-system-chart https://learn.microsoft.com/zh-cn/power-apps/mak…

python gamma分布飞机作业前中后

数据: 目标做雨滴谱gamma分布,作业中、作业后1h、作业后2h 代码如下:#!usr/bin/env python # -*- coding:utf-8 -*- """ @author: Suyue @file: raincontent.py @time: 2024/05/23 @desc: """ import numpy as np import pandas as pd import…