redis(二)主从复制

一、Redis的Replication:

Redis中配置Master-Slave模式非常简单,下面的列表清楚的解释了Redis Replication的特点和优势。

1). 同一个Master可以同步多个Slaves。

2). Slave同样可以接受其它Slaves的连接和同步请求,这样可以有效的分载Master的同步压力。因此我们可以将Redis的Replication架构视为图结构。

3). Master Server是以非阻塞的方式为Slaves提供服务。所以在Master-Slave同步期间,客户端仍然可以提交查询或修改请求。

4). Slave Server同样是以非阻塞的方式完成数据同步。在同步期间,如果有客户端提交查询请求,Redis则返回同步之前的数据。

5). 为了分载Master的读操作压力,Slave服务器可以为客户端提供只读操作的服务,写服务仍然必须由Master来完成。即便如此,系统的伸缩性还是得到了很大的提高。

6). Master可以将数据保存操作交给Slaves完成,从而避免了在Master中要有独立的进程来完成此操作。

二、Replication的工作原理:

在Slave启动并连接到Master之后,它将主动发送一个SYNC命令。此后Master将启动后台存盘进程,同时收集所有接收到的用于修改数据集的命令,在后台进程执行完毕后,Master将传送整个数据库文件到Slave,以完成一次完全同步。而Slave服务器在接收到数据库文件数据之后将其存盘并加载到内存中。此后,Master继续将所有已经收集到的修改命令,和新的修改命令依次传送给Slaves,Slave将在本次执行这些数据修改命令,从而达到最终的数据同步。

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

三、如何配置Replication:

见如下步骤:

1). 同时启动两个Redis服务器,可以考虑在同一台机器上启动两个Redis服务器,分别监听不同的端口,如6379和6380。

2). 在Slave服务器上执行一下命令:

/> redis-cli -p 6380   #这里我们假设Slave的端口号是6380

redis 127.0.0.1:6380> slaveof 127.0.0.1 6379 #我们假设Master和Slave在同一台主机,Master的端口为6379

OK

上面的方式只是保证了在执行slaveof命令之后,redis_6380成为了redis_6379的slave,一旦服务(redis_6380)重新启动之后,他们之间的复制关系将终止。

如果希望长期保证这两个服务器之间的Replication关系,可以在redis_6380的配置文件中做如下修改:

/> cd /etc/redis  #切换Redis服务器配置文件所在的目录。

/> ls

6379.conf  6380.conf

/> vi 6380.conf

# slaveof <masterip> <masterport>

改为

slaveof 127.0.0.1 6379

保存退出。

这样就可以保证Redis_6380服务程序在每次启动后都会主动建立与Redis_6379的Replication连接了。

查看本栏目更多精彩内容:http://www.bianceng.cnhttp://www.bianceng.cn/Servers/zs/

四、应用示例:

这里我们假设Master-Slave已经建立。

#启动master服务器。

[root@Stephen-PC redis]# redis-cli -p 6379

redis 127.0.0.1:6379>

#情况Master当前数据库中的所有Keys。

redis 127.0.0.1:6379> flushdb

OK

#在Master中创建新的Keys作为测试数据。

redis 127.0.0.1:6379> set mykey hello

OK

redis 127.0.0.1:6379> set mykey2 world

OK

#查看Master中存在哪些Keys。

redis 127.0.0.1:6379> keys *

1) "mykey"

2) "mykey2"

#启动slave服务器。

[root@Stephen-PC redis]# redis-cli -p 6380

#查看Slave中的Keys是否和Master中一致,从结果看,他们是相等的。

redis 127.0.0.1:6380> keys *

1) "mykey"

2) "mykey2"

#在Master中删除其中一个测试Key,并查看删除后的结果。

redis 127.0.0.1:6379> del mykey2

(integer) 1

redis 127.0.0.1:6379> keys *

1) "mykey"

#在Slave中查看是否mykey2也已经在Slave中被删除。

redis 127.0.0.1:6380> keys *

1) "mykey"

时间: 2024-11-01 03:38:54

redis(二)主从复制的相关文章

redis之(十四)redis的主从复制的原理

一:redis主从复制的原理,步骤.   第一步:复制初始化 --->从redis启动后,会根据配置,向主redis发送SYNC命令.2.8版本以后,发送PSYNC命令. --->主redis收到SYNC命令后,开始在后台保存快照文件(即RDB持久化的过程),并将保存快照期间接收到的命令缓存起来. --->当主redis完成快照后,主redis会将快照文件和缓存命令发送给从redis.复制初始化结束. --->当主redis的复制初始化结束后,主redis每当收到写命令就会异步将写

Redis总结(三)Redis 的主从复制

接着上一篇,前面两篇我总结了<Redis总结(一)Redis安装>和<Redis总结(二)C#中如何使用redis> 所以这一篇,会讲讲Redis 的主从复制以及C#中如何调用. Redis跟MySQL一样,拥有非常强大的主从复制功能,而且还支持一个master可以拥有多个slave,而一个slave又可以拥有多个slave,从而形成强大的多级服务器集群架构. redis的主从复制是异步进行的,它不会影响master的运行,所以不会降低redis的处理性能.主从架构中,可以考虑关闭

《架构之路Redis系列》如何搭建Redis的主从复制

一.环境准备 1.redis-3.2.9 2.服务器三台(VMware下的unbutu)都装redis Master:192.168.247.133 Slave1:192.168.247.134 Slave2:192.168.247.135 二.环境搭建 配置主从复制的两种方式: (1).在redis.conf中设置slaveof,这种设置属于永久性的 slaveof <masterip> <masterport> (2).在redis-cli客户端中设置redis服务,这种属于暂

Redis数据库主从复制配置详解

一.复制基本配置与演示   为了避免单点故障,Redis提供了复制功能,可以实现自动同步的过程.   1.配置   同步后的数据分为两类:一类是主数据库(master),一类是从数据库(slave).主数据库可以进行读写操作,当发生写操作时自动将数据同步给从数据库.而从数据一般只读,并接受主数据库同步过来的数据.   在Redis使用复制功能,只需要在从数据库的配置文件中加入"salveof 主数据库IP 主数据库端口"即可,主数据库无需进行任何配置.   2.Redis复制演示  

MYSQL使用心得(二) 主从复制

基本配置 主数据库 配置文件,修改server_id=1 建立账户,供slave同步使用 GRANT REPLICATION SLAVE ON *.* to 'repl'@'192.168.56.3' identified by 'repl'; Mysql> show master status; +------------------+----------+--------------+------------------+ | File | Position | Binlog_Do_DB |

【Redis】Redis 主从复制之一

前言   和关系型数据库一样,Redis也有自己的高可用属性,主从复制,相比而言 redis的主从复制的搭建过程更为简单.一 redis 主从复制的特点 1 同一个master可以拥有多个slaves. 2 master下的Slave还可以接受同一架构中其它slave的链接与同步请求,实现数据的级联复制,即master->slave->Sslave模式: 3 master以非阻塞的方式同步数据至slave,这将意味着master会继续处理一个或多个slave的读写请求: 4 slave端同步数

Redis主从复制

1.什么是主从复制 Redis持久化保证了即使redis服务重启也不会丢失数据,因为redis服务重启后会将硬盘上持久化的数据恢复到内存中,但是当redis服务器的硬盘损坏了可能会导致数据丢失,如果通过redis的主从复制机制就可以避免这种单点故障,如下图: 说明: 主redis中的数据有两个副本(replication)即从redis1和从redis2,即使一台redis服务器宕机其它两台redis服务也可以继续提供服务. 主redis中的数据和从redis上的数据保持实时同步,当主redis

Redis作为缓存自我总结(完全转载)

转载的目的是为了方便阅读 Redis作为缓存自我总结 来源:http://doushini.iteye.com/blog/1879616?utm_source=tuicool&utm_medium=referral redis缓存服务器笔记 redis是一个高性能的key-value存储系统,能够作为缓存框架和队列 但是由于他是一个内存内存系统,这些数据还是要存储到数据库中的 作为缓存框架: create/updae/delete---同时存到redis和数据库 query--先从redis查,

《架构之路Redis系列》Redis哨兵模式的搭建

一.哨兵模式 1.简介 Redis Sentinel是Redis官方提供的集群管理工具,可以部署在其他与redis集群可通讯的机器中监控redis集群. 2.特性 监控:能持续监控Redis的主从实例是否正常工作; 通知:当被监控的Redis实例出问题时,能通过API通知系统管理员或其他程序; 自动故障恢复:如果主实例无法正常工作,Sentinel将启动故障恢复机制把一个从实例提升为主实例,其他的从实例将会被重新配置到新的主实例,且应用程序会得到一个更换新地址的通知. 更多访问官方:https:

Redis

提到redis,首先要谈一下noSQL. 1.什么是noSQL? NoSQL,泛指非关系型的数据库,NoSQL即Not-Only SQL,它可以作为关系型数据库的良好补充.传统关系数据库在应付web2.0网站,特别是超大规模和高并发的SNS类型的web2.0纯动态网站已经显得力不从心,暴露了很多难以克服的问题,例如: (1)High performance - 对数据库高并发读写的需求:web2.0网站要根据用户个性化信息来实时生成动态页面和提供动态信息,所以基本上无法使用动态页面静态化技术,因