一.原理部分:

redis不能支撑高并发的瓶颈在哪里？

单机

如果redis要支撑超过10万+的并发，那应该怎么做？

单机的redis几乎不太可能说QPS超过10万+，除非一些特殊情况，比如你的机器性能特别好，配置特别高，物理机，维护做的特别好，而且你的整体的操作不是太复杂

单机在几万

读写分离，一般来说，对缓存，一般都是用来支撑读高并发的，写的请求是比较少的，可能写请求也就一秒钟几千，一两千(瓶颈)

大量的请求都是读，一秒钟二十万次读

读写分离

主从架构 -> 读写分离 -> 支撑10万+读QPS的架构

不用redis承载很高的并发,要靠mysql来支撑的情况,一般出现在需要很多的 强事物 的情况下

redis主从的最最基本原理:

redis主从的核心机制:

（1）redis采用异步方式复制数据到slave节点，不过redis 2.8开始，slave node会周期性地确认自己每次复制的数据量

（2）一个master node是可以配置多个slave node的

（3）slave node也可以连接其他的slave node

（4）slave node做复制的时候，是不会block master node的正常工作的

（5）slave node在做复制的时候，也不会block对自己的查询操作，它会用旧的数据集来提供服务; 但是复制完成的时候，需要删除旧数据集，加载新数据集，这个时候就会暂停对外服务了

（6）slave node主要用来进行横向扩容，做读写分离，扩容的slave node可以提高读的吞吐量

master持久化对于主从架构的安全保障的意义:

如果采用了主从架构，那么建议必须开启master node的持久化！

master -> RDB和AOF都关闭了 -> 全部在内存中

master宕机，重启，是没有本地数据可以恢复的，然后就会直接认为自己IDE数据是空的

master就会将空的数据集同步到slave上去，所有slave的数据全部清空

100%的数据丢失

master节点，必须要使用持久化机制

第二个，master的各种备份方案，万一说本地的所有文件丢失了; 从备份中挑选一份rdb去恢复master; 这样才能确保master启动的时候，是有数据的

即使采用了后续讲解的高可用机制，slave node可以自动接管master node，但是也可能sentinal还没有检测到master failure，master node就自动重启了，还是可能导致上面的所有slave node数据清空故障

主从架构的核心原理:

(1)当启动一个slave node的时候，它会发送一个PSYNC命令给master node

(2)如果这是slave node重新连接master node，那么master node仅仅会复制给slave部分缺少的数据; 否则如果是slave node第一次连接master node，那么会触发一次full resynchronization

(3)开始full resynchronization的时候，master会启动一个后台线程，开始生成一份RDB快照文件，同时还会将从客户端收到的所有写命令缓存在内存中。RDB文件生成完毕之后，master会将这个RDB发送给slave，slave会先写入本地磁盘，然后再从本地磁盘加载到内存中。然后master会将内存中缓存的写命令发送给slave，slave也会同步这些数据。

(4)slave node如果跟master node有网络故障，断开了连接，会自动重连。master如果发现有多个slave node都来重新连接，仅仅会启动一个rdb save操作，用一份数据服务所有slave node。

正常情况下,写数据,就是master 写入成果之后,会给到slave一个写命令,slave执行写命令同步数据完成

主从复制断点续传:

master node会在内存中常见一个backlog，master和slave都会保存一个replica offset还有一个master id，offset就是保存在backlog中的。如果master和slave网络连接断掉了，slave会让master从上次的replica offset开始继续复制

但是如果没有找到对应的offset，那么就会执行一次resynchronization

无磁盘化复制:

master在内存中直接创建rdb，然后发送给slave，不会在自己本地落地磁盘了

也可以去把无磁盘化打开,走master 自己的RDB持久化机制落到磁盘上,复制的时候不触发拍摄快照

repl-diskless-sync yes

repl-diskless-sync-delay 5  #等待一定时长再开始复制，因为要等更多slave重新连接过来

过期key处理:

slave不会过期key，只会等待master过期key。如果master过期了一个key，或者通过LRU淘汰了一个key，那么会模拟一条del命令发送给slave。

主从原理深度剖析:

复制的完整流程:

(1)slave node启动仅仅保存master node信息,包括master node的host和ip,但是复制流程没开始

master host 和 ip 是从哪儿来的,redis.conf里面的slaveof配置的

(2)slave node内部有一个定时任务,每秒检查是否有新的master node要连接和复制,如果发现,就跟master node建立socket连接

(3)slave node发送ping命令给master node

(4)口令认证,如果master设置了requirepass,那么salve node必须发送masterauth的口令过去进行认证

(5)master node第一次执行全量复制,将所有数据发给slave node

(6)master node后续持续将写命令,异步复制给slave node

数据同步相关的核心机制:(这里指的是slave第一次连接master(全量))

(1)master 和slave 都会维护一个offset

master会在自身不端累加offset,slave也会在自身不端累加offset

slave每秒会都上报自己的offset给master,同时master也会保存每个slave的offset

offset不光是用在全量复制,主要是master和slave都要知道各自数据的offset,才能知道双方数据是否一致

(2)backlog

master node有一个backlog,默认是1MB大小

master node给slave node复制数据时,也会将数据再backlog中同步写一份

backlog主要是用来做全量复制中断开时候的增量复制的

(3)master run id

info server，可以看到master run id

如果根据host+ip定位master node，是不靠谱的，如果master node重启或者数据出现了变化，那么slave node应该根据不同的run id区分，run id不同就做全量复制

如果需要不更改run id重启redis，可以使用redis-cli debug reload命令

也就是说,我们如果给slave换了一个master,slave 会根据master run id发生变化而重新全量更新数据

(4)psync

从节点使用psync从master node进行复制，psync runid offset

master node会根据自身的情况返回响应信息，可能是FULLRESYNC runid offset触发全量复制，可能是CONTINUE触发增量复制

全量复制:

（1）master执行bgsave，在本地生成一份rdb快照文件

（2）master node将rdb快照文件发送给salve node，如果rdb复制时间超过60秒（repl-timeout），那么slave node就会认为复制失败，可以适当调节大这个参数

（3）对于千兆网卡的机器，一般每秒传输100MB，6G文件，很可能超过60s

（4）master node在生成rdb时，会将所有新的写命令缓存在内存中，在salve node保存了rdb之后，再将新的写命令复制给salve node

（5）client-output-buffer-limit slave 256MB 64MB 60，如果在复制期间(60秒)，内存缓冲区持续消耗超过64MB，或者一次性超过256MB，那么停止复制，复制失败

（6）slave node接收到rdb之后，清空自己的旧数据，然后重新加载rdb到自己的内存中，同时基于旧的数据版本对外提供服务

（7）如果slave node开启了AOF，那么会立即执行BGREWRITEAOF，重写AOF

rdb生成、rdb通过网络拷贝、slave旧数据的清理、slave aof rewrite，很耗费时间

如果复制的数据量在4G~6G之间，那么很可能全量复制时间消耗到1分半到2分钟

增量复制:

（1）如果全量复制过程中，master-slave网络连接断掉，那么salve重新连接master时，会触发增量复制

（2）master直接从自己的backlog中获取部分丢失的数据，发送给slave node，默认backlog就是1MB

（3）msater就是根据slave发送的psync中的offset来从backlog中获取数据的

heartbeat:

主从节点互相都会发送heartbeat信息

master默认每隔10秒发送一次heartbeat，salve node每隔1秒发送一个heartbeat

异步复制:

master每次接收到写命令之后，现在内部写入数据，然后异步发送给slave node

二.配置主从复制

两台主机：

系统环境：centos7.3

masterIP：192.168.92.100       端口6379

slaveIP：192.168.92.101         端口6379

1、安装

在两台主机上安装redis

[root@localhost ~]# tar zxf redis-3.2.3.tar.gz

[root@localhost  ~]# cd redis-3.2.3/

[root@localhost  redis-3.2.3]# make&& make install

[root@localhost  redis-3.2.3]# cd utils/

[root@localhost  utils]# ./install_server.sh

#按照默认位置即可（回车下去就好）

Welcome to the redis service installer

This script will help you easily set up a running redis server

Please select the redis port for this instance: [6379]

Selecting default: 6379

Please select the redisconfig file name [/etc/redis/6379.conf]

Selected default - /etc/redis/6379.conf

Please select the redis log file name [/var/log/redis_6379.log]

Selected default - /var/log/redis_6379.log

Please select the data directory for this instance [/var/lib/redis/6379]

Selected default - /var/lib/redis/6379

Please select the redis executable path [/usr/local/bin/redis-server]

Selected config:

Port : 6379

Config file : /etc/redis/6379.conf

Log file : /var/log/redis_6379.log

Data dir : /var/lib/redis/6379

Executable : /usr/local/bin/redis-server

CliExecutable : /usr/local/bin/redis-cli

Is this ok? Then press ENTER to go on or Ctrl-C to abort.

Copied /tmp/6379.conf => /etc/init.d/redis_6379

Installing service...

Successfully added to chkconfig!

Successfully added to runlevels 345!

Starting Redis server...

Installation successful!

2、主从配置

1、修改master主配置文件

#vim /etc/redis/6379.conf

bind 127.0.0.1 192.168.92.100                 #增加一个192.168.92.100的地址

daemonize  yes                                         #no 改为yes

requirepass  pwd@123                              # 设置登录密码

2、修改slave主配置文件

#vim /etc/redis/6379.conf

bind 127.0.0.1 192.168.92.101                  #增加一个192.168.92.101的地址

daemonize  yes                                         #no 改为yes

requirepass  pwd@123                              # 设置登录密码

slaveof  192.168.92.100 6379                 #设置master的地址和端口号

masterauth pwd@123                              #设置master的密码

3、启动master和slave

启动master

# /etc/init.d/redis_6379 restart

启动slave

# /etc/init.d/redis_6379 restart

4、创建数据测试主从

master上创建数据

#redis-cli -p 6379 -a pwd@123

127.0.0.1:6379> set name abc

OK

127.0.0.1:6379> get name

"abc"

在slave上查看数据

#redis-cli -p 6379 -a pwd@123

127.0.0.1:6379> get name

"abc"

5、默认是读写分离的slave没有写入权限（slave上操作）

127.0.0.1:6379> set name 123

(error) READONLY You can't write against a read only slave.

3、主从切换

1、停掉master上的redis（master上操作）

#redis-cli -n 6379 -a pwd@123 shutdown

#redis-cli -p 6379

Could not connect to Redis at 127.0.0.1:6379: Connection refused

not connected>

2、将从redis设成主redis（slave上操作）

#redis-cli -p 6379 -a pwd@123 slaveof NO ONE

OK

3、测试slave是否能写入数据了（slave上操作）

#redis-cli -p 6379 -a pwd@123

127.0.0.1:6379> set name 123

OK

127.0.0.1:6379> get name

"123"

4、原来的主redis恢复正常了，要重新切换回去

1）将现在的slave上的数据进行保存（slave上操作）

127.0.0.1:6379> save

OK

2）将slave上的dump.rdb文件拷贝到master上(slave上操作)

#scp /var/lib/redis/6379/dump.rdb 192.168.92.100:/var/lib/redis/6379/

3）启动原来的master（master上操作）

#redis-server /etc/redis/6379.conf                #或者用 # /etc/init.d/redis_6379 restart

4)在slave中切换(slave 上操作)

#redis-cli -p 6379 -a pwd@123 slaveof 192.168.92.100 6379

OK

5)到这里就切换回来了，回到了一个最初的状态


# 后续继续发表 Redis Sentinel 深度剖析,完善redis主从