redis主从复制，读写分离

主从复制：主机数据更新后根据配置和策略，自动同步到备机的master/slaver机制，master以写为主，slave以读为主。

在一台电脑里面进行主从复制，首先复制三份redis的配置文件：命名为redis6379.conf,redis6380.conf,redis6381.conf

依次修改配置文件中的：三份都需要改，改成对应的端口就行了

daemonize yes
pidfile /var/run/redis_6380.pid
port 6380
logfile "6380.log"
dbfilename dump6380.rdb

一、配置完后进行一台主机两台配机的实验，到进入到redis的bin目录下，依次启动三个端口的redis

info replication可以查看当前机器的主从情况

80，81执行SLAVEOF 127.0.0.1 6379，表示以6379为主，或者把命令配置到配置文件里面，如果主节点还有密码的话也需要进行配置。

1.不管是什么时候执行这条语句，从机都会把主机中的数据从头复制一份到自己这，之后就进行增量复制。

2.主机已经set的键，如果从机再去set的话会报错。

3.当主机宕机后，从机原地待命数据并不会丢失

4.主机恢复后，从机与原来一样连接着主机，什么都没发生一样

5.从机宕机后，再次启动后并不会主动去连接主机（没有写入配置文件是不会自动连接主机的），需要再次设置

也可以让80作为79的从机，做81的主机，这样可以减轻master的负担。

6.当主机宕机后从机使用SLAVEOF no one指令可以使用从机停止与其它数据库进行同步，转成主数据库。

二、现在比较主流的模式是哨兵模式：反客为主的自动版，能够后台监控主机是否故障，如果故障了根据投票数自动将从库转换为主库。

在解压的目录下有sentinel.conf，可以进行参考配置。

创建sentinel.conf配置文件并做如下配置，host6379表示被监控的主机名字，最后的1代表当有多少个sentinel认为一个master失效时，master才算真正失效，才会做故障切换操作，谁的票数高，谁做主机master。每台服务器都需要进行配置。

sentinel monitor host6379 127.0.0.1 6379 1

保存后去reids/bin目录下看到我们的链接到redis->server的setinel.conf

启动：使用redis-sentinel后面就不需要添加--sentinel

redis-server /opt/redisconf/sentinel.conf --sentinel

哨兵开始轮流监听80，81

1.当79宕机后，会从80，81中投票选择一个做主机，平票就继续投。

2.当79恢复后，哨兵会告诉79现在谁是主机，并连上主机。