Redis的主从同步手动执行故障切换

1.准备三个redis配置文件,通过端口的区分,启动三个redis数据库实例,然后配置主从复制.

# a6371.conf
port 6371
daemonize yes
pidfile /data/6371/redis.pid
loglevel notice
logfile "/data/6371/redis.log"
dbfilename 6371.rdb
dir /data/6371
# a6372.conf
#通过命令快速生成配置文件
sed "s/6373/6371/g" redis-6373.conf > redis-6371.conf
# 启动Redis客户端
[[email protected] redis-4.0.10]# redis-cli -p 6371
# 指明主库的身份IP和端口
127.0.0.1:6371> slaveof 127.0.0.1 6373
# a6373.conf
#通过命令快速生成配置文件
sed "s/6373/6372/g" redis-6373.conf > redis-6372.conf
# 启动Redis客户端
[[email protected] redis-4.0.10]# redis-cli -p 6372
# 指明主库的身份IP和端口
127.0.0.1:6371> slaveof 127.0.0.1 6373

2.启动三个数据库实例,检测redis主从同步方案

检查redis数据库信息,主从状态的命令
# 检查数据库信息
redis-cli -p 6371 info
# 检查数据库主从信息
redis-cli -p 6371 info replication

3.redis主从赋值,故障手动切换.

杀死6373的主库实例
[[email protected] redis-4.0.10]# !ps
ps -ef|grep red
root      14257      1  0 08:43 ?        00:00:02 redis-server *:6371
root      14264      1  0 08:43 ?        00:00:01 redis-server *:6372
root      14314      1  0 09:00 ?        00:00:00 redis-server *:6373
root      14319  14028  0 09:00 pts/0    00:00:00 grep --color=auto red
[[email protected] redis-4.0.10]# kill 14319

4.登录a6371.conf,通过命令,去掉自己的从库身份,等待连接.

5.登录a6372.conf,通过命令,生成新的主人

6.查看新的主人及连接数

7.检查是否实现主从同步了,主库写入数据,从库检查数据

原文地址:https://www.cnblogs.com/apollo1616/p/10212441.html

时间: 2024-11-04 18:39:33

Redis的主从同步手动执行故障切换的相关文章

Redis 的主从同步(复制)

Redis 的主从同步(复制) 什么是主从同步(复制) 假设有两个 redis 实例 ⇒ A 和 B B 实例的内容与 A 实例的内容保持同步 那么称 A 实例是主数据库,B 实例是从数据库 这个过程称为主从同步 为什么要使用主从同步(复制) 防止发生单点故障 扩展内存 如何开启/关闭主从同步 开启同步 配置文件中加入 slaveof 主数据库地址 主数据库端口 在命令行中执行上述命令 redis> slaveof 主数据库地址 主数据库端口 在开启从服务器时执行命令 $ reids-serve

Redis之主从同步

同步 Redis为什么要实现主从同步? 主从同步,有以下好处: 实现数据的备份,减少单点故障带来的损失: 有利于实现负载均衡.本来一台服务器负责所有数据的读写,而通过主从同步,可以让多个从服务器负责数据的读,而主服务器主要负责数据的写,减轻了单点压力. 部分重同步 Redis从2.8开始,引入了PSYNC,支持部分重同步:主服务器和从服务器断开连接这段时间,主服务器的数据可能只是发生了少量的变化,那么当从服务器重新连上主服务器时,就没有必要把主服务器里面的数据全部发给从服务器进行数据覆盖,只需要

20190327 Redis主从同步、三台服务器部署,基于sentinel实现redis主从切换

一.缓存:缓存是为了调节速度不一致的两个或多个不同的物质的速度,在中间对速度较快的一方起到一个加速访问速度较慢的一方的作用,比如 CPU 的一级.二级缓存是保存了 CPU 最近经常访问的数据,内存是保存 CPU 经常访问硬盘的数据,而且硬盘也有大小不一的缓存,甚至是物理服务器的 raid 卡有也缓存,都是为了起到加速 CPU 访问硬盘数据的目的一因为 CPU 的速度太快了,CPU 需要的数据硬盘往往不能在短时间内满足 CPU 的需求,因此 PCU 缓存.内存.Raid 卡以及硬盘缓存就在一定程度

【转】Redis主从同步与集群管理

转自http://blog.csdn.net/u012152619/article/details/52854465 1.主从同步原理 像MySQL一样,Redis是支持主从同步的,而且也支持一主多从以及多级从结构.主从结构,一是为了纯粹的冗余备份,二是为了提升读性能,比如很消耗性能的SORT就可以由从服务器来承担.Redis的主从同步是异步进行的,这意味着主从同步不会影响主逻辑,也不会降低Redis的处理性能.主从架构中,可以考虑关闭主服务器的数据持久化功能,只让从服务器进行持久化,这样可以提

redis主从同步及手动处理故障

redis主从同步 redis主库机器故障,手动切换主从库 原文地址:https://www.cnblogs.com/open-yang/p/11256420.html

redis持久化和主从同步

redis持久化rdb与aof 简介 Redis是一种内存型数据库,一旦服务器进程退出,数据库的数据就会丢失,为了解决这个问题,Redis提供了两种持久化的方案,将内存中的数据保存到磁盘中,避免数据的丢失. RDB持久化 redis 提供了 RDB持久化 的功能,这个功能可以将 redis 在内存中的状态保存到硬盘中,它将手动执行. 也可以在 redis.conf 中配置,定期执行. RDB持久化产生的RDB文件是一个经过压缩的二进制文件,这个文件被保存在硬盘中,redis可以通过这个文件还原数

Redis发布-不重启转换-持久化-主从同步

redis发布订阅 应用场景 1.今日头条订阅号.微信订阅公众号.新浪微博关注.邮件订阅系统 2.即使通信系统 3.群聊部落系统(微信群) 使用方法: # 发布者: PUBLISH 频道 消息 # 订阅者: SUBSCRIBE 频道 # 正则匹配:(订阅者订阅) PSUBSCRIBE *频道 (例: *zhibo或zhibo*) 例子 redis-cli: # 发布者: > PUBLISH wang 123 redis-cli: # 订阅者: > SUBSCRIBE wang # 发布者发送1

redis 主从同步&哨兵模式&codis

原文:redis 主从同步&哨兵模式&codis 主从同步 1.CPA原理 1. CPA原理是分布式存储理论的基石: C(一致性):   A(可用性):  P(分区容忍性); 2. 当主从网络无法连通时,修改操作无法同步到节点,所以"一致性"无法满足 3. 除非我们牺牲"可用性",也就是暂停分布式节点服务,不再提供修改数据功能,知道网络恢复 一句话概括CAP: 当网络分区发生时,一致性 和 可用性 两难全 2.redis主从同步介绍 1. 和MySQ

redis主从同步原理

redis主从: 作用: 实现数据的实时备份,可用来实现redis的读写分离及redis高可用 主从同步原理: 一主一从环境: 环境:2台redis,一台master一台slave 1,master等待命令进入 2,slave连接master,发送一个sync命令 3,master开始执行BESAVE,并使用缓冲区记录BESAVE之后所执行的所以写命令 4,slave端如果现在有请求进来,可以根据配置项来决定是继续用当前数据做处理客户端的请求还是给客户端返回报错 5,master BESAVE执