关于Redis的主从复制及哨兵问题

服务器配置

到这里关于redis的一些基本操作就学习完了，接下来我们就来看看redis中更加高级的部分，首先是配置文件中的配置信息。

主从复制

现在我们只是在使用一个redis，它就会出现一些问题，比如服务器宕机后，该服务器上的redis将无法提供服务，而此时应用又只有一个redis服务支撑，那么我们的业务将无法提供正常的服务，为了保证高可用，我们需要为redis搭建集群。

redis中以master为主机，slave为从机，一个master可以对应多个slave，而一个slave只能对应一个master。

那么首先我们需要建立slave到master的连接，使master能够识别slave，并保存slave的端口号，启动四个窗口模拟这一过程：

在6380服务和6381服务窗口分别开启6380端口、6381端口的redis服务，然后来到slave窗口：

redis-cli -p 6381
slaveof 127.0.0.1 6380

这里表示使用6381端口连接6380端口，作为它的从机，此时我们再来到master窗口，连接客户端：

redis-cli -p 6380
set name zs

会发现，slave窗口中6381端口的redis也能够获取到该数据，此时证明主从搭建好了。

我们也可以在启动redis服务的时候就进行连接：

redis-server redis-6381.conf --slaveof 127.0.0.1 6380

redis推荐使用配置文件的方式搭建主从结构，修改redis-6381.conf：

slaveof 127.0.0.1 6380

此时6381就成了6380的从机了。

哨兵

在主从的环境下也可能会产生问题，比如作为主机的master服务宕机了，此时作为它的从机都无法正常工作了，这个时候我们需要在slave中选出一个作为新的master，以支撑主从继续提供服务。

哨兵则是为了解决上述问题的，它是一个分布式的系统，用于对主从结构中的每台服务器进行监控，当出现故障时通过投票机制选择新的master并将所有的slave连接到新的master。

哨兵的启动方式如下：

redis-sentinel sentinel.conf

哨兵的客户端链接方式：

redis-cli -p 26379

需要注意的是哨兵客户端不支持数据操作，它只作监控用途。

到此这篇关于Redis的主从复制及哨兵的文章就介绍到这了,更多相关Redis主从复制内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们！