1. 树叶云首页
  2. 技术资讯

为什么不建议生产用Redis主从模式？

运维••技术资讯

Redis有三种集群模式，分别是主从、“哨兵”、Cluster集群模式，今天先来聊一下主从模式

Redis主从模式是最简单的一种集群模式，类似于MySQL等数据库的主从同步一样

Redis主从

原理

Redis实现主从复制(Master-Slave Replication)的原理：Slave从节点服务启动并连接到Master之后，它将主动发送一个SYNC命令，Master服务主节点收到同步命令后将启动后台存盘进程，同时收集所有接收到的用于修改数据集的命令，在后台进程执行完毕后，Master将传送整个数据库文件到Slave，以完成一次完全同步。而Slave从节点服务在接收到数据库文件数据之后将其存盘并加载到内存中，此后Master主节点继续将所有已经收集到的修改命令，和新的修改命令一次传送给Slave，Slave将在本地执行这些数据修改命令，从而达到最终的数据同步。

如果Master和Slave之间的链接出现断链现象，Slave可以自动重连Master，但是在链接成功之后，一次完全同步将被自动执行

主从同步特点

  • 一个master可以有多个slave
  • 一个slave只能有一个master
  • 数据流向是单向的，master到slave

主从优点

  • 读写分离，提高效率
  • 数据热备份，提供多个副本
  • slave同样可以接受其他slave的连接和同步请求，有效缓解master的同步压力
  • master是以非阻塞的方式为slave提供同步服务，所以同步期间客户端仍然可以提供查询修改
  • slave同样以非阻塞方式进行数据同步，同步期间，如果客户端发起查询请求，则slave返回同步前的数据

主从缺点

  • 主节点故障后，集群则无法正常工作，无法提供高可用，从节点升主节点需要人工介入
  • 主节点单点容易造成性能下降
  • 主节点的存储能力受到限制
  • 主机宕机后，宕机前有部分数据未能及时同步到从机，会造成数据不一致，降低系统的可用性
  • 主从复制采用全量复制，复制的过程中会fork出子进程对内存做快照，并将子进程的内存快照保存为文件发送到从机，所以这个过程需要足够的内存
  • 主从复制的过程中，对网络要求很高，网络抖动会造成全量复制，对实际的系统运行造成很大的不稳定性
  • 全量同步可能会造成毫秒或者秒级的卡顿现象

主从同步完整执行流程

1.当slave第一次启动连接master，或者是“被认为是第一次连接”(如主从之间断链后重连)，则主从采用全量复制的方式进行数据同步

2.从库定时任务每秒检查是否有新的master需要连接，如果发现就与master建立socket连接

3.从库(slave)发送ping指令到master，master返回pong，则连接正常

4.从库(slave)发送auth认证信息给master，验证requirepass

5.认证通过后，从库(slave)发送sync命令给master请求数据同步

6.master接收到同步请求后向slave发送run_id和offset

7.slave会接收并保存master发过来的信息

8.master执行bgsave命令生成RDB文件，期间会创建复制缓冲区记录从现在开始执行的所有写命令

9.master向slave发送RDB数据，然后发送复制缓冲区记录的数据，slave会将RDB和缓冲区数据存放到磁盘中

10.slave清空原有数据，最后将磁盘中接收到的数据导入内存中

11.后续master收到的写命令都会通过之前建立的主从连接，增量发送给slave端

主从搭建实践

CentOS7默认源是安装Redis3.2版本的，先来看下3.x版本的Redis主从

# 安装redis
yum -y install redis
# 配置主redis
vim /etc/redis.conf
bind 172.22.29.87
protected-mode yes
port 6379
daemonize yes
pidfile /var/run/redis_6379.pid
loglevel notice
logfile /var/log/redis/redis.log
stop-writes-on-bgsave-error yes
rdbcompression yes
rdbchecksum yes
dbfilename dump.rdb
dir /var/lib/redis
slave-serve-stale-data yes
slave-read-only yes
repl-diskless-sync no
repl-diskless-sync-delay 5
repl-disable-tcp-nodelay no
slave-priority 100
requirepass 123456
appendonly yes
appendfilename "appendonly.aof"
appendfsync everysec

# 配置从redis
bind 172.22.29.88
protected-mode yes
port 6379
pidfile /var/run/redis_6379.pid
loglevel notice
logfile /var/log/redis/redis.log
stop-writes-on-bgsave-error yes
rdbcompression yes
rdbchecksum yes
dbfilename dump.rdb
dir /var/lib/redis
slaveof 172.22.29.876379
masterauth 123456
slave-serve-stale-data yes
slave-read-only yes
repl-diskless-sync no
repl-diskless-sync-delay 5
repl-disable-tcp-nodelay no
slave-priority 100
requirepass 123456
appendonly yes
appendfilename "appendonly.aof"
appendfsync everysec
# 启动redis
systemct start redis
# 登录redis，查看主从信息
redis-cli -h 172.22.29.87
172.22.29.87:6379> auth 123456
OK
# 主库信息
172.22.29.87:6379> info
……
# Stats
total_connections_received:2
total_commands_processed:15
instantaneous_ops_per_sec:1
total_net_input_bytes:478
total_net_output_bytes:184
instantaneous_input_kbps:0.04
instantaneous_output_kbps:0.01
rejected_connections:0
sync_full:1
sync_partial_ok:0
sync_partial_err:0
expired_keys:0
evicted_keys:0
keyspace_hits:0
keyspace_misses:0
pubsub_channels:0
pubsub_patterns:0
latest_fork_usec:757
migrate_cached_sockets:0

# Replication
role:master
connected_slaves:1
slave0:ip=172.22.29.88,port=6379,state=online,offset=15,lag=0
master_repl_offset:15
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:2
repl_backlog_histlen:1

# 从库
# Stats
total_connections_received:1
total_commands_processed:33
instantaneous_ops_per_sec:0
total_net_input_bytes:609
total_net_output_bytes:11766
instantaneous_input_kbps:0.01
instantaneous_output_kbps:0.06
rejected_connections:0
sync_full:0
sync_partial_ok:0
sync_partial_err:0
expired_keys:0
evicted_keys:0
keyspace_hits:0
keyspace_misses:0
pubsub_channels:0
pubsub_patterns:0
latest_fork_usec:719
migrate_cached_sockets:0

# Replication
role:slave
master_host:172.22.29.87
master_port:6379
master_link_status:up
master_last_io_seconds_ago:6
master_sync_in_progress:0
slave_repl_offset:449
slave_priority:100
slave_read_only:1
connected_slaves:0
master_repl_offset:0
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0

接着在主库和从库进行set、get测试

# 从库执行set
172.22.29.88:6379>set name redis
(error) READONLY You can't write against a read only slave.'
# 因为从库是只读的，所以无法完成set

# 主库执行set、get
172.22.29.87:6379>set name redis
OK
172.22.29.87:6379> get name
"redis"

# 从库执行get
172.22.29.88:6379> get name
"redis"

主从搭建完成，测试主库挂掉

# 停掉主库
systemctl stop redis
# 主库查询
172.22.29.87:6379> get name
Could not connect to Redis at 172.22.29.87:6379: Connection refused
# 从库查询
172.22.29.88:6379> get name
"redis"
# 查看从库日志
1758:S 03 Feb 12:17:59.848* Connecting to MASTER 172.22.29.87:6379
1758:S 03 Feb 12:17:59.848* MASTER <-> SLAVE sync started
1758:S 03 Feb 12:17:59.849 # Error condition on socket for SYNC: Connection refused
# 接着启动主库
systemctl start redis
# 查看从库日志
1758:S 03 Feb 12:18:49.918* MASTER <-> SLAVE sync started
1758:S 03 Feb 12:18:49.918* Non blocking connect for SYNC fired the event.
1758:S 03 Feb 12:18:49.918* Master replied to PING, replication can continue...
1758:S 03 Feb 12:18:49.919* Trying a partial resynchronization (request 4cd802976b4c445f06389c15bb7720effab38107:773).
1758:S 03 Feb 12:18:49.920* Full resync from master:438afef01ffe3e55a681d89dfd699c1a6eb25e5b:1
1758:S 03 Feb 12:18:49.920* Discarding previously cached master state.
1758:S 03 Feb 12:18:49.928* MASTER <-> SLAVE sync: receiving 94 bytes from master
1758:S 03 Feb 12:18:49.928* MASTER <-> SLAVE sync: Flushing old data
1758:S 03 Feb 12:18:49.928* MASTER <-> SLAVE sync: Loading DB in memory
1758:S 03 Feb 12:18:49.928* MASTER <-> SLAVE sync: Finished with success
1758:S 03 Feb 12:18:49.930* Background append only file rewriting started by pid 11523
1758:S 03 Feb 12:18:49.952* AOF rewrite child asks to stop sending diffs.
11523:C 03 Feb 12:18:49.952* Parent agreed to stop sending diffs. Finalizing AOF...
11523:C 03 Feb 12:18:49.953* Concatenating 0.00 MB of AOF diff received from parent.
11523:C 03 Feb 12:18:49.953* SYNC append only file rewrite performed
11523:C 03 Feb 12:18:49.953* AOF rewrite:4 MB of memory used by copy-on-write
1758:S 03 Feb 12:18:50.019* Background AOF rewrite terminated with success
1758:S 03 Feb 12:18:50.019* Residual parent diff successfully flushed to the rewritten AOF (0.00 MB)
1758:S 03 Feb 12:18:50.019* Background AOF rewrite finished successfully

# 查看主库日志
1869:M 03 Feb 12:18:49.526* DB loaded from append only file:0.000 seconds
1869:M 03 Feb 12:18:49.526* The server is now ready to accept connections on port 6379
1869:M 03 Feb 12:18:49.919* Slave 172.22.29.88:6379 asks for synchronization
1869:M 03 Feb 12:18:49.919* Partial resynchronization not accepted: Runid mismatch (Client asked for runid '4cd802976b4c445f06389c15bb7720effab38107', my runid is'438afef01ffe3e55a681d89dfd699c1a6eb25e5b')
1869:M 03 Feb 12:18:49.919* Starting BGSAVE for SYNC with target: disk
1869:M 03 Feb 12:18:49.920* Background saving started by pid 1872
1872:C 03 Feb 12:18:49.922* DB saved on disk
1872:C 03 Feb 12:18:49.922* RDB:2 MB of memory used by copy-on-write
1869:M 03 Feb 12:18:49.928* Background saving terminated with success
1869:M 03 Feb 12:18:49.928* Synchronization with slave 172.22.29.88:6379 succeeded

主从搭建及测试完成

CentOS7要安装Redis最新版本，需要安装remi软件源

# 安装remi源
yum install -y http://rpms.famillecollet.com/enterprise/remi-release-7.rpm
# 用remi源安装redis
yum --enablerepo=remi install redis -y
# 安装完后是redis6.2.6版本

Redis6.x版本的主从配置和3.x版本的区别，主要是将slaveof指令变为replicaof

bind 127.0.0.1-::1172.22.29.89
protected-mode yes
port 6379
tcp-backlog 511
timeout 0
tcp-keepalive 300
daemonize yes
pidfile /var/run/redis_6379.pid
loglevel notice
logfile /var/log/redis/redis.log
databases 16
always-show-logo no
set-proc-title yes
proc-title-template "{title} {listen-addr} {server-mode}"
stop-writes-on-bgsave-error yes
rdbcompression yes
rdbchecksum yes
dbfilename dump.rdb
rdb-del-sync-files no
dir /var/lib/redis
replicaof 172.22.29.906379
masterauth 123456
replica-serve-stale-data yes
replica-read-only yes
repl-diskless-sync no
repl-diskless-sync-delay 5
repl-diskless-load disabled
repl-disable-tcp-nodelay no
replica-priority 100
acllog-max-len 128
lazyfree-lazy-eviction no
lazyfree-lazy-expire no
lazyfree-lazy-server-del no
replica-lazy-flush no
lazyfree-lazy-user-del no
lazyfree-lazy-user-flush no
oom-score-adj no
oom-score-adj-values0200800
disable-thp yes
appendonly yes
appendfilename "appendonly.aof"
appendfsync everysec

主从可优化的一些点

  • slave同样可以做为其他slave的master，可以有效分担master的同步压力
  • master可以将数据保存操作交给slave完成，从而避免master需要独立进程来完成数据保存操作的压力
  • repl-disable-tcp-nodelay应对网络延迟，默认关闭状态，关闭时，无论主节点产生的命令数据多大，都会及时发送给从节点，减少网络延迟，但是同时会增加网络开销，开启后，主节点会合并较小的TCP数据包，从而节省网络开销，发送给从节点的时间间隔取决于Linux内核配置，一般默认40ms，开启后节省了网络开销，但是增加了主从数据延迟
  • 缓存区大小调节，repl-backlog-size用于设置缓冲区大小，缓冲区大小影响写命令的数量，当主从节点offset的差距超过缓冲区长度时，将无法执行部分复制，只能执行全量复制，所以为了减少全量复制，可以增大缓冲区大小

总结

Redis主从可以看到，搭建很简单，但是实际在生产环境中，很少使用，也不建议在生产环境中使用Redis主从模式来提供服务，从前面的缺点部分可以看出来，在数据量达到一定量级后，主从模式的不稳定性会极具增加，但是主从原理是其他集群模式的基础，所以原理要了解，后面接着介绍另外两种集群模式

文章来源网络，作者：运维，如若转载，请注明出处：https://shuyeidc.com/wp/281161.html<

赞 (0)
运维的头像运维
00
上一篇2025-05-12 20:58
下一篇 2025-05-12 21:00

相关推荐

  • 如何制作个人主题技术资讯

    个人主题怎么制作？

    制作个人主题是一个将个人风格、兴趣或专业领域转化为视觉化或结构化内容的过程，无论是用于个人博客、作品集、社交媒体账号还是品牌形象，核心都是围绕“个人特色”展开，以下从定位、内容规划、视觉设计、技术实现四个维度,详细拆解制作个人主题的完整流程，明确主题定位：找到个人特色的核心主题定位是所有工作的起点，需要先回答……

    运维的头像运维
    2025-11-20
    0
  • 如何管理社群营销技术资讯

    社群营销管理关键是什么？

    社群营销的核心在于通过建立有温度、有价值、有归属感的社群，实现用户留存、转化和品牌传播，其管理需贯穿“目标定位-内容运营-用户互动-数据驱动-风险控制”全流程,以下从五个维度展开详细说明：明确社群定位与目标社群管理的首要任务是精准定位，需明确社群的核心价值（如行业交流、产品使用指导、兴趣分享等）、目标用户画像……

    运维的头像运维
    2025-11-20
    0
  • 香港公司如何网站备案技术资讯

    香港公司网站备案需要什么材料？

    香港公司进行网站备案是一个涉及多部门协调、流程相对严谨的过程，尤其需兼顾中国内地与香港两地的监管要求，由于香港公司注册地与中国内地不同，其网站若主要服务内地用户或使用内地服务器，需根据服务器位置、网站内容性质等，选择对应的备案路径（如工信部ICP备案或公安备案），以下从备案主体资格、流程步骤、材料准备、注意事项……

    运维的头像运维
    2025-11-20
    0
  • 如何企业上云推广技术资讯

    如何企业上云推广

    企业上云已成为数字化转型的核心战略,但推广过程中需结合行业特性、企业痛点与市场需求，构建系统性、多维度的推广体系，以下从市场定位、策略设计、执行落地及效果优化四个维度，详细拆解企业上云推广的实践路径，精准定位：明确目标企业与核心价值企业上云并非“一刀切”的方案，需先锁定目标客户群体，提炼差异化价值主张，客户分层……

    运维的头像运维
    2025-11-20
    0
  • PS如何设计搜索框技术资讯

    PS设计搜索框的实用技巧有哪些？

    在PS中设计一个美观且功能性的搜索框需要结合创意构思、视觉设计和用户体验考量，以下从设计思路、制作步骤、细节优化及交互预览等方面详细说明，帮助打造符合需求的搜索框，设计前的规划明确使用场景：根据网站或APP的整体风格确定搜索框的调性，例如极简风适合细线条和纯色，科技感适合渐变和发光效果，电商类则可能需要突出搜索……

    运维的头像运维
    2025-11-20
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注