频道栏目
首页 > 资讯 > 其他综合 > 正文

CentOS下安装Redis主从,Redis主从复制,Master-Slave部署架构

17-04-21        来源:[db:作者]  
收藏   我要投稿

前言

在上一篇博客《 CentOS6下编译、安装Redis源码》中,我介绍了如何在CentOS下编译最新的稳定版本的Redis源码,并成功启动了一个Redis单实例。本文的目标是要部署Master-Slave架构,为了方便观察,本文将部署一个Master,多个Slave的架构,还包含一些简单的主从管理命令的使用。

部署架构

这里写图片描述

配置文件

为了方便,我们可以新建一个目录做这个事情,新建目录:

[root@vm redis]#mkdir /opt/redis/mss

master的配置文件

[root@vm redis]#cp /opt/redis/redis-stable/redis.conf /opt/redis/mss/master_6379.conf

[root@vm redis]#vim /opt/redis/mss/master_6379.conf

打开这个文件后,编辑如下内容:

daemonize yes

pidfile /var/run/redis_6379.pid

port 6379

logfile “/opt/redis/log/master_6379.log” # 该项可不设置,默认输出到/dev/null

slave-read-only yes # 表示从库只读,如果设置成no,表示从库也是可以写入的

slave1的配置文件

[root@vm redis]#cp /opt/redis/redis-stable/redis.conf /opt/redis/mss/slave_6380.conf

[root@vm redis]#vim /opt/redis/mss/slave_6380.conf

打开这个文件后,编辑如下内容:

daemonize yes

pidfile /var/run/redis_6380.pid

port 6380

logfile “/opt/redis/log/slave_6380.log” # 该项可不设置,默认输出到/dev/null

slave-read-only yes # 表示从库只读,如果设置成no,表示从库也是可以写入的

slaveof 127.0.0.1 6379

slave2的配置文件

[root@vm redis]#cp /opt/redis/redis-stable/redis.conf /opt/redis/mss/slave_6381.conf

[root@vm redis]#vim /opt/redis/mss/slave_6381.conf

打开这个文件后,编辑如下内容:

daemonize yes

pidfile /var/run/redis_6381.pid

port 6381

logfile “/opt/redis/log/slave_6381.log” # 该项可不设置,默认输出到/dev/null

slave-read-only yes # 表示从库只读,如果设置成no,表示从库也是可以写入的

slaveof 127.0.0.1 6379

slave3的配置文件

[root@vm redis]#cp /opt/redis/redis-stable/redis.conf /opt/redis/mss/slave_6383.conf

[root@vm redis]#vim /opt/redis/mss/slave_6383.conf

打开这个文件后,编辑如下内容:

daemonize yes

pidfile /var/run/redis_6383.pid

port 6383

logfile “/opt/redis/log/slave_6383.log” # 该项可不设置,默认输出到/dev/null

slave-read-only yes # 表示从库只读,如果设置成no,表示从库也是可以写入的

slaveof 127.0.0.1 6380

启动Redis

启动Master

[root@vm ~]# mkdir /opt/redis/log

[root@vm ~]# redis-server /opt/redis/mss/master_6379.conf

[root@vm ~]# ps -ef | grep redis

root 1401 1 0 07:08 ? 00:00:00 redis-server *:6379

root 1405 1333 0 07:09 pts/1 00:00:00 grep redis

查看日志:

[root@vm ~]# tail -f /opt/redis/log/master_6379.log

启动Slave

[root@vm ~]# redis-server /opt/redis/mss/slave_6380.conf

[root@vm ~]# redis-server /opt/redis/mss/slave_6381.conf

[root@vm ~]# redis-server /opt/redis/mss/slave_6383.conf

[root@vm ~]# ps -ef | grep redis

root 1401 1 0 07:08 ? 00:00:00 redis-server *:6379

root 1409 1 0 07:11 ? 00:00:00 redis-server *:6380

root 1414 1 0 07:11 ? 00:00:00 redis-server *:6381

root 1419 1 0 07:11 ? 00:00:00 redis-server *:6383

root 1424 1333 0 07:11 pts/1 00:00:00 grep redis

[root@vm ~]#

从上面可以看到,三个都启动成功了。

查看主从结构

登录master查看并设置Key

[root@vm ~]# redis-cli -p 6379

127.0.0.1:6379> info Replication

# Replication

role:master

connected_slaves:2

slave0:ip=127.0.0.1,port=6380,state=online,offset=113,lag=1

slave1:ip=127.0.0.1,port=6381,state=online,offset=113,lag=1

master_repl_offset:113

repl_backlog_active:1

repl_backlog_size:1048576

repl_backlog_first_byte_offset:2

repl_backlog_histlen:112

127.0.0.1:6379> set hi hello

OK

127.0.0.1:6379> get hi

“hello”

127.0.0.1:6379>

在上面的操作中,我们查看了主从赋值的情况,可以看到,master拥有两个 slave, 分别是监听了6380和6381端口的,然后我们设置了一个key为hi值为hello的键值对,我们发现,这和我们预期的部署是一样的。

登录slave1并查看主从信息和设置的key

[root@vm ~]# redis-cli -p 6380

127.0.0.1:6380> info replication

# Replication

role:slave

master_host:127.0.0.1

master_port:6379

master_link_status:up

master_last_io_seconds_ago:6

master_sync_in_progress:0

slave_repl_offset:532

slave_priority:100

slave_read_only:1

connected_slaves:1

slave0:ip=127.0.0.1,port=6383,state=online,offset=532,lag=1

master_repl_offset:532

repl_backlog_active:1

repl_backlog_size:1048576

repl_backlog_first_byte_offset:2

repl_backlog_histlen:531

127.0.0.1:6380> get hi

“hello”

127.0.0.1:6380>

我们发现,该slave的主是127.0.0.1:6379,并且还有一个Slave3【127.0.0.1:6383】,这都是符合我们预期的结果,最后获取了hi这个key的值,结果发现已经通过过来了,一切正常。

登录slave2并查看主从信息和设置的key

[root@vm ~]# redis-cli -p 6381

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:9

master_sync_in_progress:0

slave_repl_offset:812

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

127.0.0.1:6381> get hi

“hello”

127.0.0.1:6381>

登录slave3并查看主从信息和设置的key

[root@vm ~]# redis-cli -p 6383

127.0.0.1:6383> info replication

# Replication

role:slave

master_host:127.0.0.1

master_port:6380

master_link_status:up

master_last_io_seconds_ago:10

master_sync_in_progress:0

slave_repl_offset:924

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

127.0.0.1:6383> get hi

“hello”

127.0.0.1:6383>

我们发现,key为hi的键值对也同步过来了,并且slave3的主是【127.0.0.1:6380】,即slave1。

主从切换、调整

在上一小节中我们实现了主从结构的部署,现实中我们可能会遇到某个主服务器或是从服务器宕机的情况,可能需要手动切换主从服务器,那么我们可以使用简单的slaveof命令来实现主从关系的维护。

slaveof no one: 该命令表示,断开和主的关系,自己成为master

slaveof [ip] [port]: 表示把自己设置成 ip:port 的从Redis

模拟slave1宕机,将slave3的主设置为slave2

[root@vm ~]# redis-cli -p 6380 shutdown # 模拟slave1宕机

[root@vm ~]# redis-cli -p 6383

127.0.0.1:6383> info Replication

# Replication

role:slave

master_host:127.0.0.1

master_port:6380

master_link_status:down # slave1 已经宕机了

127.0.0.1:6383> slaveof 127.0.0.1 6381 # 重新设置slave2为自己的主

OK

127.0.0.1:6383> info Replication

# Replication

role:slave

master_host:127.0.0.1

master_port:6381

master_link_status:up

上面的操作过程主要是,关闭slave1,然后将slave2作为slave3的master,可以看到我们成功进行了切换。

模拟slave2宕机,slave3升级为独立master

[root@vm ~]# redis-cli -p 6381 shutdown # 模拟slave2宕机

[root@vm ~]# redis-cli -p 6383

127.0.0.1:6383> info Replication

# Replication

role:slave

master_host:127.0.0.1

master_port:6381

master_link_status:down # slave2 也宕机了

master_last_io_seconds_ago:-1

127.0.0.1:6383> slaveof no one

OK

127.0.0.1:6383> info Replication

·#· Replication

role:master # 升级成为了master

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

127.0.0.1:6383>

本节完~

相关TAG标签
上一篇:hive删除表时候失败,FordirectMetaStoreDBconnections,wedon'tsupportretriesattheclientlevel
下一篇:OracleSQL语句实操练习!含图表及答案!适合新手~
相关文章
图文推荐

关于我们 | 联系我们 | 广告服务 | 投资合作 | 版权申明 | 在线帮助 | 网站地图 | 作品发布 | Vip技术培训 | 举报中心

版权所有: 红黑联盟--致力于做实用的IT技术学习网站