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

知识点掌握了，还需要不断练习才能熟练运用。下面golang学习网给大家带来一个数据库开发实战，手把手教大家学习《关于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的资料请关注golang学习网公众号！