详解 Redis 主从复制及哨兵问题及处理方法
服务器配置
到这里关于redis的一些基本操作就学习完了,接下来我们就来看看redis中更加高级的部分,首先是配置文件中的配置信息。
配置项 | 说明 |
---|---|
daemonize yes | no |
bind 127.0.0.1 | 绑定主机地址 |
port 6379 | 设置服务器端口号 |
databases 16 | 设置数据库数量 |
loglevel debug | verbose |
logfile 端口号.log | 设置日志文件名 |
maxclients 0 | 设置同一时间最大客户端连接数,默认无限制,当客户端连接达到上限时,redis会关闭新的连接 |
timeout 300 | 客户端闲置等待最大时长,达到最大值后关闭连接,如需关闭该功能, 设置为0 |
include /path/server-端口号.conf | 导入并加载指定配置文件信息,用于快速创建redis公共配置较多的redis实例配置文件,便于维护 |
主从复制
现在我们只是在使用一个redis,它就会出现一些问题,比如服务器宕机后,该服务器上的redis将无法提供服务,而此时应用又只有一个redis服务支撑,那么我们的业务将无法提供正常的服务,为了保证高可用,我们需要为redis搭建集群。
redis中以master为主机,slave为从机,一个master可以对应多个slave,而一个slave只能对应一个master。
那么首先我们需要建立slave到master的连接,使master能够识别slave,并保存slave的端口号,启动四个窗口模拟这一过程:
在6380服务和6381服务窗口分别开启6380端口、6381端口的redis服务,然后来到slave窗口:
slaveof 127.0.0.1 6380
这里表示使用6381端口连接6380端口,作为它的从机,此时我们再来到master窗口,连接客户端:
set name zs
会发现,slave窗口中6381端口的redis也能够获取到该数据,此时证明主从搭建好了。
我们也可以在启动redis服务的时候就进行连接:
redis推荐使用配置文件的方式搭建主从结构,修改redis-6381.conf:
此时6381就成了6380的从机了。
哨兵
在主从的环境下也可能会产生问题,比如作为主机的master服务宕机了,此时作为它的从机都无法正常工作了,这个时候我们需要在slave中选出一个作为新的master,以支撑主从继续提供服务。
哨兵则是为了解决上述问题的,它是一个分布式的系统,用于对主从结构中的每台服务器进行监控,当出现故障时通过投票机制选择新的master并将所有的slave连接到新的master。
哨兵的启动方式如下:
哨兵的客户端链接方式:
需要注意的是哨兵客户端不支持数据操作,它只作监控用途。
到此这篇关于Redis的主从复制及哨兵的文章就介绍到这了,更多相关Redis主从复制内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持!