Redis配置主从架构，实现读写分离{{1025}}

淩亂°似流年 2022-05-22 00:52 164阅读 0赞

Redis的主从架构，能帮助我们实现读多，写少的情况，下面配置Redis架构，很简单。

![这里写图片描述][20160614090119830]

准备环境 vmware + rhel-server-7.0(101，102，103)+redis-3.2.0

1、在192.168.137.101安装好redis3.2.0，我安装的目录如下

![这里写图片描述][20160614092153963]

redis的安装参考[http://blog.csdn.net/yingxiake/article/details/51469364][http_blog.csdn.net_yingxiake_article_details_51469364]

2、通过ssh将redis文件夹copy到102和103的linux上

scp -rf redis/ root@192.168.137.102:/home/redis
    scp -rf redis/ root@192.168.137.103:/home/redis

*  1
 *  2
 *  3

102，103的redis目录如下，说明copy成功

![这里写图片描述][20160614094213127]

![这里写图片描述][20160614094244647]

3、配置master和slave关系，有如下俩种方式

a) 在redis.conf中设置slaveof,永久性

slaveof <masterip> <masterport>

*  1

b)使用redis-cli客户端设置redis服务，暂时，redis重启失效

slaveof <masterip> <masterport>

*  1

在102和103的conf/redis.conf的配置文件配置为101的slave关系

![这里写图片描述][20160614123737275]

master的密码可以直接在配置文件里面配置

![这里写图片描述][20160614124002291]

4、查看设置情况，使用如下命令

info replication

*  1

101的主从关系，可以看slaves的连接数还有ip地址，端口

![这里写图片描述][20160614124136292]

102，103的主从关系,可以看master\]的ip地址，端口

![这里写图片描述][20160614124235678]

若发现配置没有问题，但是master\_link\_status一直是down，connected\_slaves一直是0，查找下，是不是三个ip之间不能拼通，如果能拼通，查看下端口是否能拼通，可以在windows上通过telnet

telnet 192.168.137.101 6379

*  1

如果发现不能拼通，修改下配置文件，将

bind 127.0.0.1

*  1

注释掉，重启服务，再试试，参考下[http://blog.csdn.net/yingxiake/article/details/51472810][http_blog.csdn.net_yingxiake_article_details_51472810]

5、测试是否数据同步

在master设置一个key和value

![这里写图片描述][20160614124601573]

在101和102上分别get数据

![这里写图片描述][20160614124537668]

说明数据同步成功，接下来把102down掉，再重启，然后get数据

![这里写图片描述][20160614125101858]

说明数据恢复成功，另外也说明在主从结构中，slave不能写数据

主从复制的步骤：

1、从服务器开始链接主服务器时，会向主服务器发送一个 SYNC 命令   
2、主服务接收到命令之后，执行 BGSAVE，异步的将写命令保存到一个缓冲区里面   
3、主服务器执行完BGSAVE之后，就.rdb 文件(BOF的持久化文件)发送给从服务器，从服务器从该文件恢复数据到内存中

4、主服务器还会以 Redis 命令协议的格式， 将写命令缓冲区中积累的所有内容都发送给从服务器，从服务器通过执行命令将数据恢复到内存中

原文地址：https://blog.csdn.net/yingxiake/article/details/51669030

[20160614090119830]: /images/20220522/78e75dc8350a432ca3842d53f196ca00.png
[20160614092153963]: /images/20220522/0707aaa9eb5f42958b20dbfc44009ee5.png
[http_blog.csdn.net_yingxiake_article_details_51469364]: http://blog.csdn.net/yingxiake/article/details/51469364
[20160614094213127]: /images/20220522/7509fa57e4e34438bc6e068f7047a8c5.png
[20160614094244647]: /images/20220522/a2e035f3f7bb4d3e93931b4694230a7e.png
[20160614123737275]: /images/20220522/7b045d1007e849fbb4458b9196a6a49d.png
[20160614124002291]: /images/20220522/0497142793fb4cce98032b5ad67df514.png
[20160614124136292]: /images/20220522/bace46de373e4736ae2510d35f63f4e9.png
[20160614124235678]: /images/20220522/005c810ab3794c3ba40d49a81225a84e.png
[http_blog.csdn.net_yingxiake_article_details_51472810]: http://blog.csdn.net/yingxiake/article/details/51472810
[20160614124601573]: /images/20220522/226f02cbb8c94bbc86e81ba791a0f534.png
[20160614124537668]: /images/20220522/c3c61efe6352404c82ee24ec05a62a6e.png
[20160614125101858]: /images/20220522/5e4dad9f4d934341b7a4e4fe2f0241f9.png