目录
需要配置内容（也就是为新的redis服务端口配置 配置文件conf）
用info replication查看该redis服务的信息
?反客为主：（之前是从服务器的小弟 在 大哥主服务器死后 当老大）
?
?配置一主多从
?创建myredis文件；将配置文件放到文件夹中；配置一主两从，创建三个配置文件（在三个配置文件写入内容）
需要配置内容（也就是为新的redis服务端口配置 配置文件conf）
1、引入公共部分 include /myredis/redis.conf
2、文件位置并pid进程号：pidfile /var/run/redis_6379.pid
3、端口号
4、rdb文件名称
如果有密码，还需要配置密码（masterauth 密码）
我们这里配置三个redis配置文件，并且将它们的服务全部启动
?
?daemonize是干啥用的
?(9条消息) Redis daemonize介绍_lcyaiym的专栏-CSDN博客_daemonize
然后我们再创建新的几个客户端，分别连上不同端口（6379、6380、6381）的redis服务
用info replication查看该redis服务的信息
什么角色，下面有几个从机，和一些其他的配置信息?
?采用命令 slaveof ip地址+端口（主机的端口）->将此redis服务变为从机
这个配置的是错误的，因为从机状态status为down了
?以下配置为正确配置，从机状态为up
主机配置情况?
?
?产生原因
1、主机启动需要在我们新创建的myredis文件中的redis.conf启动服务
2、我们需要在从机的redis配置文件中配置主机密码：masterauth 密码
配置完后记得重启从机服务；
例子：主机写，从机读
主要命令：slaveof ip 端口——>将当前服务设置为指定端口服务的从机
机操作：?
可以发现，从机只能读不能写；
一主二仆常见问题
1、从服务器挂掉之后，重新启动，并且再次成为从服务器，主服务器的所有键值，从服务器还是能看到的；
?用info replication查看主服务器，发现slaver又变为两个了；
2、主服务器挂掉后
从服务器并不会上位，弟弟永远是弟弟，不够主服务器挂掉之后，从服务器会知道上头的已经挂了
?当重新启动主服务器后，主服务器会重新成为之前从服务器的大哥
大哥永远是大哥
?主从复制原理
1、从服务器第一次同步数据，是主动发送请求给主服务器的，然后主服务器会进行持久化操作，将数据放到rdb文件中，最后将rdb文件发送到从服务器，从服务器一启动，将rdb文件一加载(也就是上面我们在配置文件中定义的dbfilename)，自然就有了主服务器一样的数据；
2、但是当主服务器进行增删改时，从服务器同步数据是主服务器主动请求过来的，将数据复制到从服务器上——>以此同步数据；
?
薪火相传和反客为主
?薪火相传：
当从服务器较多时，就像班上有50多个人甚至更多，如果老师一个人去管理就很难管理（类比与主服务器），所以就会从这些从服务器中选出小组长帮助老师管理，这样效率就高很多，下面是图解；
?缺点：
中间的小组长挂了，下面的从服务器就同步不到最新数据了，因为主服务器不能直接访问到底层的从服务器；
薪火相传例子：（将6381的从服务器给到6380从服务器当小弟）
?主服务器连这6380从服务器
?6380从服务器小弟是6381的从服务器
?反客为主：（之前是从服务器的小弟 在 大哥主服务器死后 当老大）
命令：slaveof no one
?那么问题来了，当主服务器或者从服务器小组长宕机了怎么办？怎样实现自动化将从服务器上位
当在很晚的时候我们主服务器宕机时，怎样实现自动处理将从服务器上位，以便于得到实时数据更新？——>哨兵模式；
哨兵模式
介绍?
简而言之，反客为主的自动版本
?
配置哨兵模式?
创建一个sentinel.conf配置文件在sentinel.conf配置文件中配置哨兵模式?
?
启动哨兵模式?
?启动哨兵模式：redis-sentinel sentinel.conf（哨兵模式配置文件）
?下面还有配置信息，主机有几个从机
将6380的服务器作为主机，新皇登基，但是6379也就是原来的主机并不会一下变成从机（重新连接就是从机了）
?因为6380已经成为新主机，那么此时6381从机就会连上6380主机，为首称臣
然后，此时若你重启6379服务器，那么就变成从机了，为6380的小弟；
缺点：复制延迟
因为写操作都是在之前的老主机上，要同步数据到新的主机上会有一定的时间消耗；?
?怎样选择新的主机
1、在redis.conf中有配置服务器优先级，值越低优先级越高，就越能成为主机；?
?
?2、选择偏移量大的
?3、如果还一样，就随机了，bro
?
?