前言
最近学习Redis6.x，特做笔记以备忘，与大家共学。课程是从私塾在线下载的，他们把架构师课程都放进去了，大家能够去下载学习，不要钱的，地址是http://t.hk.uy/eK7,课程很不错，值得学习！要害是不要钱，嘻嘻！
复制概述
Redis反对复制的性能，以实现当一台服务器的数据更新后，主动将新的数据异步同步到其它数据库。
Redis复制实现中，把数据库分为主数据库master和从数据库slave，主数据库能够进行读写操作，从数据库个别是只读的，当主数据库数据变动的时候，会主动同步给从数据库。
复制带来的益处
1：能够实现读写拆散
2：利于在主数据库解体时的数据恢复
3：程度扩容撑持高并发
复制根本配置
主数据库不做配置；
从数据库须要在配置中设置“replicaof 主数据库ip 主数据库端口”
复制的基本操作命令
1：info replication ：能够查看复制节点的相干信息
2：slaveof：可在运行期间批改slave节点的信息，如果该数据库曾经是
某个主数据库的从数据库，那么会进行和原主数据库的同步关系，转而
和新的主数据库同步
3：slaveof no one：使以后数据库进行与其余数据库的同步，转成主数据库
复制局部的配置详解
1：replicaof ：指定某一个redis作为另一个redis的从服务器，通过指定IP
和端口来设置主redis
2：masterauth：如果主redis设置了验证明码的话（应用requirepass来设置），
则在从redis的配置中要应用masterauth来设置校验明码，否则的话，主redis
会回绝从redis的拜访申请
3：replica-read-only：设置从Redis为只读
4：repl-ping-replica-period：设置从redis会向主redis收回PING包的周期，
默认是10秒
5：replica-serve-stale-data：设置当从redis失去了与主redis的连贯，
或者主从同步正在进行中时，redis该如何解决内部发来的拜访申请 。
如果设置为yes（默认），则从redis仍会持续响应客户端的申请。
如果设置为no，则从redis会对客户端的申请返回“SYNC with master in progress”，
当然也有例外，当客户端发来INFO申请和SLAVEOF申请，从redis还是会进行解决。
6：repl-timeout：设置主从同步的超时工夫，要确保这个时限比
repl-ping-replica-period的值要大，否则每次主redis都会认为从redis超时。
7：repl-disable-tcp-nodelay：设置在主从同步时是否禁用TCP_NODELAY，
如果开启，那么主redis会应用更少的TCP包和更少的带宽来向从redis传输数据。
然而这可能会减少一些同步的提早，大略会达到40毫秒左右。如果敞开，
那么数据同步的延迟时间会升高，然而会耗费更多的带宽。
8：repl-backlog-size：设置同步队列长度。队列长度（backlog)是主redis中的
一个缓冲区，在与从redis断开连接期间，主redis会用这个缓冲区来缓存应该发给
从redis的数据。这样的话，当从redis从新连贯上之后，就不用从新全量同步数据，
只须要同步这部分增量数据即可
9：repl-backlog-ttl：设置主redis要期待的工夫长度，如果主redis等了这么
长时间之后，还是无奈连贯到从redis，那么缓冲队列中的数据将被清理掉。
设置为0，则示意永远不清理。默认是1个小时。
10：replica-priority：设置从redis优先级，在主redis继续工作不失常的状况，
优先级高的从redis将会降级为主redis。而编号越小，优先级越高。当优先级
被设置为0时，这个从redis将永远也不会被选中。默认的优先级为100
11：min-replicas-to-write：设置执行写操作所需的起码从服务器数量，如果
至多有这么多个从服务器， 并且这些服务器的提早值都少于 min-replicas-max-lag
秒， 那么主服务器就会执行客户端申请的写操作
12：min-replicas-max-lag：设置最大连贯提早的工夫， min-replicas-to-write和
min-replicas-max-lag中有一个被置为0，则这个个性将被敞开。默认状况下
min-replicas-to-write为0，而min-replicas-max-lag为10
13： repl-diskless-sync：是否开启无盘复制，默认是no
14：repl-diskless-sync-delay：设置无盘复制延时开始秒数，默认是5秒，
意思是当PSYNC触发的时候，master延时多少秒开始向slave传送数据流，
以便期待更多的slave连贯能够同时传送数据流，因为一旦PSYNC开始后，
如果有新的slave连贯master，只能期待下次PSYNC。能够配置为0勾销期待，立刻开始
15：repl-diskless-load：是否应用无磁盘加载，这是个实验性的性能，目前
有三个选项：disabled：不要应用无磁盘加载，先将rdb文件存储到磁盘
on-empty-db：只有在齐全平安的状况下才应用无磁盘加载swapdb：
解析时在RAM中保留以后DB内容的正本，间接从套接字获取数据。
复制的基本原理
1： slave启动时，会向master发送psync申请，如果这是slave从新连贯master，那么master仅仅会复制给slave短少的数据; 如果是第一次连贯master，那么会触发一次全量复制
2：主数据库接到psync申请后，如果是全量复制，会在后盾保留快照，就是实现RDB长久化，并将保留快照期间接管到的命令缓存起来
3：快照实现后，主数据库会将快照文件和所有缓存的命令发送给从数据库
4：从数据库接管后，会载入快照文件并执行缓存的命令，从而实现复制的初始化
5：如果是从新连贯，Master会查看backlog外面的offset， master和slave都会保留一个复制的offset还有一个master id，offset是保留在backlog中的。Master只会把曾经复制的offset前面的数据复制给Slave，相似断点续传。
6：在数据库应用阶段，主数据库会主动把每次收到的写命令同步到从服务器
7：Slave在复制的时候，不会阻塞Master的失常工作；也不会阻塞对本人的查问操作，它会用旧的数据集来提供服务; 然而复制实现的时候，须要删除旧数据集，加载新数据集，这个时候就会暂停对外服务了
8：强烈建议：Master肯定要长久化
乐观复制策略
Redis采纳乐观复制的策略，容忍在肯定工夫内主从数据库的内容不同，当然最终的数据会是一样的。这个策略保障了性能，在复制的时候，主数据库并不阻塞，照样解决客户端的申请。
Redis提供了配置来限度只有当数据库至多同步给指定数量的从数据库时，主数据库才可写，否则返回谬误。配置是：min-replicas-to-write、min-replicas-max-lag
无硬盘复制
Master间接创立一个子过程，来生成RDB文件的内容，并通过网络间接传送给Slave，也就是RDB文件不保留到磁盘上。
以前：当复制产生时，主数据库会在后盾保留RDB快照，即便你敞开了RDB，它也会这么做，这样就会导致：
1：如果主数据库敞开了RDB，当初强行生成了RDB，那么下次主数据库启动的
时候，可能会从RDB来复原数据，这可能是旧的数据。
2：因为要生成RDB文件，如果硬盘性能不高的时候，会对性能造成肯定影响
因而从2.8.18版本，引入了无硬盘复制的性能。
异步复制导致的数据失落
在主备切换的过程中，可能会导致数据失落。因为数据复制是异步的，可能有局部数据还没复制到slave，master就宕机了，此时这些局部数据就失落了
脑裂导致的数据失落
脑裂：当某个master所在机器忽然脱离了集群的网络，跟其余slave机器不能连贯，
然而实际上master还运行着，此时哨兵可能会认为master宕机了，而后开启选举，
将其它slave切换成了master，这个时候，集群里就会有两个master，也就是所谓的脑裂。
这种状况下可能会产生数据失落：
1：此时尽管某个slave被切换成了master，然而客户端可能还没来得及切换到
新的master，还持续向旧master写数据，这些数据可能就失落了
2：当旧master再次复原的时候，会被作为一个slave挂到新的master下来，
那么旧master原来的数据就会清空，从新从新的master复制数据
解决数据失落的形式
配置min-replicas-to-write和min-replicas-max-lag两个参数，比方：
min-replicas-to-write 1
min-replicas-max-lag 10
要求至多有1个slave，数据复制和同步的提早不能超过10秒
如果说一旦所有的slave，数据复制和同步的提早都超过了10秒钟，
那么这个时候，master就不会再接管任何申请了
如果呈现了脑裂，一个master跟其它slave丢了连贯，那么下面两个配置能够确保说，如果不能持续给指定数量的slave发送数据，而且slave超过10秒没有给本人应答音讯，那么就间接回绝客户端的写申请
后记
我会继续的把我学习Redis6.x过程的笔记记录下来，跟大家一起学习。心愿能坚持下去！
发表回复