标签：127.0 java 0.1 主机 slave 从机 master 清华大学出版社 Java
前言
提到IT人员，人们的第一印象就是高薪资，包括转行来学Java的人绝大多数都是冲着高薪以及就业广泛来的。
前段时间跟同学聊天，她说她老公在一家互联网公司做Java后台开发，年薪四十万，最近在准备复习，想着明年冲一波阿里p6或者p7。
很多人都听过阿里的p级职位层级，那今天就跟大家“揭秘”一下，想要成为p7岗的Java技术专家你需要掌握哪些技术。
本篇文章我将分成三个内容来讲：
①了解阿里p级职位，大厂岗位薪资（2020）
②阿里p7技术专家水平（Java岗）
③如何让自己一步步贴近p7技术专家
Redis主从复制
概念
Redis的主从复制概念和MySQL的主从复制大概类似。一台主机master，一台从机slaver。master主机数据更新后根据配置和策略，自动同步到slaver从机，Master以写为主，Slave以读为主。
主要用途
-
读写分离：适用于读多写少的应用，增加多个从机，提高读的速度，提高程序并发 -
数据容灾恢复：从机复制主机的数据，相当于数据备份，如果主机数据丢失，那么可以通过从机存储的数据进行恢复。 -
高并发、高可用集群实现的基础：在高并发的场景下，就算主机挂了，从机可以进行主从切换，从机自动成为主机对外提供服务。
一主多从配置
环境准备
老哥太穷了，就用一台机器模拟三个机器。
-
第一步：将redis.conf复制3份，分别是redis6379.conf、redis6380.conf、redis6381.conf -
第二步：修改三个redis.conf文件里的port端口、pid文件名、日志文件名、rdb文件名 -
第三步：分别打开三个窗口模拟三台服务器，并开启redis服务。
查看当前3台机器主从角色
先用命令info replication看看3台机器目前的角色是什么。
# 三台机器都是这个状态
127.0.0.1:6379> info replication
# 角色是master主机
role:master
# 从机个数为0
connected_slaves:0
设置主从关系
这里注意，我们只设置从机就可以了，不用设置主机。我们选择6380和6381作为从机。6379作为主机。
# 6380 端口
127.0.0.1:6380> SLAVEOF 127.0.0.1 6379
# 6381 端口
127.0.0.1:6381> SLAVEOF 127.0.0.1 6379
# 6381 端口
127.0.0.1:6381> SLAVEOF 127.0.0.1 6379
再次查看3台机器目前角色
再次执行命令：info replication
# 主机
127.0.0.1:6379> info replication
role:master # 角色：主机
connected_slaves:2 #连接的从机个数，以及从机IP和端口
slave0:ip=127.0.0.1,port=6380,state=online,offset=98,lag=1
slave1:ip=127.0.0.1,port=6381,state=online,offset=98,lag=1
# 从机1
127.0.0.1:6380> info replication
role:slave # 角色：从机
master_host:127.0.0.1 # 主机的IP和端口
master_port:6379
# 从机2
127.0.0.1:6381> info replication
role:slave # 角色：从机
master_host:127.0.0.1 # 主机的IP和端口
master_port:6379
搭建成功，试验一把
-
全量复制：从机会把主机之前的数据全部都同步过来，大家可以在从机上get 某key试试。 -
增量复制：当主机新增数据时，从机会将该新增数据同步过来，大家可以在主机上执行命令set key value，然后在从机上get 该key，看是否能获取到。
读写分离
Redis的从机默认不允许进行写操作，大家可以在从机上执行命令set key value，会报错。
# 6380从机
127.0.0.1:6380> set k3 v3
(error) READONLY You can't write against a read only slave.
「呼，好累」，主从复制写的差不多了！！
主从复制原理
全量复制
**「①」**slave发送psync，由于是第一次复制，不知道master的runid，自然也不知道offset，所以发送psync ？ -1
**「②」**master收到请求，发送master的runid和offset给从节点。
**「③」**从节点slave保存master的信息
**「④」**主节点bgsave保存rdb文件
**「⑤」**主机点发送rdb文件
并且在**「④」和「⑤」**的这个过程中产生的数据，会写到复制缓冲区repl_back_buffer之中去。
**「⑥」**主节点发送上面两个步骤产生的buffer到从节点slave
**「⑦」**从节点清空原来的数据，如果它之前有数据，那么久会清空数据
**「⑧」**从节点slave把rdb文件的数据装载进自身。
全量复制的开销
**「①」**bgsave时间
**「②」**rdb文件网络传输时间
**「③」**从节点清空数据的
**「④」**从节点加载rdb的时间
**「⑤」**可能的aof重写时间，这是针对从节点，例如开启了aof之后，从节点添加buffer数据时候，可能需要aof重写
基于上面的原因，有的情况下不适合使用全量复制，例如网络抖动之后，从节点只需要传送一部分数据，不需要传送全部数据，redis2.8之后实现了部分复制功能
部分复制
**「①」**假设发送网络抖动或者别的情况，暂时失去了连接
**「②」**这个时候，master还在继续往buffer里面写数据
**「③」**slave重新连接上了master
**「④」**slave向master发送自己的offset和runid
**「⑤」**master判断slave的offset是否在buffer的队列里面，如果是，那就返回continue给slave，否则需要进行全量复制（因为这说明已经错过了很多数据了）
**「⑥」**master发送从slave的offset开始到缓冲区队列结尾的数据给slave
总结
以上是字节二面的一些问题，面完之后其实挺后悔的，没有提前把各个知识点都复习到位。现在重新好好复习手上的面试大全资料（含JAVA、MySQL、算法、Redis、JVM、架构、中间件、RabbitMQ、设计模式、Spring等），现在起闭关修炼半个月，争取早日上岸！！！！
下面给大家分享下我的面试大全资料，如果你也有需要，可以戳这里即可免费领取我的这份复习资料
- 第一份是我的后端JAVA面试大全
后端JAVA面试大全
- 第二份是MySQL+Redis学习笔记+算法+JVM+JAVA核心知识整理
MySQL+Redis学习笔记算法+JVM+JAVA核心知识整理
- 第三份是Spring全家桶资料
后端JAVA面试大全
- 第二份是MySQL+Redis学习笔记+算法+JVM+JAVA核心知识整理
[外链图片转存中…(img-v77Flk9g-1621407273352)]
MySQL+Redis学习笔记算法+JVM+JAVA核心知识整理
- 第三份是Spring全家桶资料
[外链图片转存中…(img-LJbVyTqN-1621407273353)]
MySQL+Redis学习笔记算法+JVM+JAVA核心知识整理
标签：127.0,java,0.1,主机,slave,从机,master,清华大学出版社,Java 来源： https://blog.csdn.net/m0_56675448/article/details/117029846
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。