本文详细介绍了Redis主从复制的过程，包括全量复制和增量复制的机制，如master如何处理slave的连接，如何进行数据同步，以及心跳和异步复制的原理。此外，还讨论了如何在实际环境中实现读写分离，包括配置slave节点为只读，设置集群安全认证，以及解决网络连接问题。最后，提到了Java开发者的学习路径和成长建议。
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
![[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-2DWZmSuQ-1619533900569)(C:/Users/PePe/AppData/Roaming/Typora/typora-user-images/image-20210427202749807.png)]](https://i-blog.csdnimg.cn/blog_migrate/1cef9b673ce073e454c6b41c02ff10d6.png)
指的就是第一次slave连接msater的时候，执行的全量复制，那个过程里面你的一些细节的机制
（1）master和slave都会维护一个offset
master会在自身不断累加offset，slave也会在自身不断累加offset
slave每秒都会上报自己的offset给master，同时master也会保存每个slave的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命令
![[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-XHj8DcqF-1619533900571)(C:/Users/PePe/AppData/Roaming/Typora/typora-user-images/image-20210427203509120.png)]](https://i-blog.csdnimg.cn/blog_migrate/39909ff418041e876e51e92df61d4217.png)
（4）psync
从节点使用psync从master node进行复制，psync runid offset master node会根据自身的情况返回响应信息，可能是FULLRESYNC runid offset触发全量复制，可能是CONTINUE触发增量复制
（1）master执行bgsave
最低0.47元/天 解锁文章
扫一扫
1022
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
