为什么要有主从复制

为了防止服务的单点故障，通过给主从复制能够把数据复制多个正本放在不同的服务器上，领有数据正本的服务器能够用于解决客户端的读申请，扩大整体的性能

Redis的主从复制搭建

筹备3台机器，主服务器ip为192.168.1.50，从服务器ip为192.168.1.60，192.168.1.70，端口号均为6379
1.批改redis.conf配置文件

* 3台redis都设置为后盾运行  `daemonize yes`* 2台从服务器增加(若命令行来复制的话，重启之后会有效) `slaveof 192.168.1.50 6379`

2.启动3台redis
redis-server /opt/redis-3.0.7/redis.conf
3.客户端连贯redis

./redis-cli 127.0.0.1:6379> pingPONG

4.应用info replication命令查看主从关系

192.168.1.50:6379> info replicationReplicationrole:masterconnected_slaves:2slave0:ip=192.168.1.60,port=6379,state=online,offset=823,lag=1slave1:ip=192.168.1.70,port=6379,state=online,offset=837,lag=0master_repl_offset:837repl_backlog_active:1repl_backlog_size:1048576repl_backlog_first_byte_offset:2repl_backlog_histlen:836192.168.1.60:6379> info replicationReplicationrole:slavemaster_host:192.168.1.50master_port:6379master_link_status:upmaster_last_io_seconds_ago:0master_sync_in_progress:0slave_repl_offset:893slave_priority:100slave_read_only:1connected_slaves:0master_repl_offset:0repl_backlog_active:0repl_backlog_size:1048576repl_backlog_first_byte_offset:0repl_backlog_histlen:0192.168.1.70:6379> info replicationReplicationrole:slavemaster_host:192.168.1.50master_port:6379master_link_status:upmaster_last_io_seconds_ago:3master_sync_in_progress:0slave_repl_offset:767slave_priority:100slave_read_only:1connected_slaves:0master_repl_offset:0repl_backlog_active:0repl_backlog_size:1048576repl_backlog_first_byte_offset:0repl_backlog_histlen:0

a.在主服务器中写入数据，而后能够在其余的从服务器中读取数据

192.168.1.50:6379> set test 'Hello World'OK192.168.1.60:6379> get test"Hello World"192.168.1.70:6379> get test"Hello World"

b.从服务器中写入数据，会提醒不能在只读的从服务器中写入数据

192.168.1.60:6379> set test2 hello(error) READONLY You can't write against a read only slave.

主从复制原理

Redis的主从复制过程大体上分3个阶段：建设连贯、数据同步、命令流传

建设连贯

从服务器收回slaveof命令之后，依据主服务器的ip地址和端口建设连贯

数据同步

在主从服务器建设连贯确认各自身份之后，就开始数据同步，从服务器向主服务器发送PSYNC命令，执行同步操作，并把本人的数据库状态更新至主服务器的数据库状态
Redis的主从同步分为：

全量同步

有两种状况下是残缺重同步，一是slave连贯上master第一次复制的时候；二是如果当主从断线，从新连贯复制的时候有可能是残缺重同步
全量同步的步骤：

  • 从服务器连贯主服务器，发送SYNC命令
  • 主服务器接管到SYNC命名后，开始执行bgsave命令生成RDB文件并应用缓冲区记录尔后执行的所有写命令
  • 主服务器bgsave执行完后，向所有从服务器发送快照文件，并在发送期间持续记录被执行的写命令
  • 从服务器载入RDB文件，同步执行来自主服务器缓冲区的写命令
增量同步

用于网络中断等状况后的复制，只将中断期间主服务执行的写命令发送给从服务器
只能执行全量同步的状况：
1.当主从服务器offset的差距过大超过复制积压缓冲区长度时，将无奈执行局部复制，只能执行全量同步
2.主从服务器首次复制时，主服务器将本人的runid发送给从服务器，从服务器将这个runid保存起来；当断线重连时，从服务器会将这个runid发送给主服务器；主服务器依据runid判断是否进行局部复制，如果不统一，只能执行全量同步

命令流传

当实现数据同步之后，主从服务器的数据临时达到统一状态，当主服务器执行了客户端的写命令之后，主从的数据便不再统一。为了可能使主从服务器的数据放弃一致性，主服务器会对从服务器执行命令流传操作，即每执行一个写命令就会向从服务器发送同样的写命令