Redis主从复制
行话:也就是我们所说的主从复制,主机数据更新后根据配置和策略,自动同步到备机的master/slaver机制,Master以写为主,Slave以读为主
能干嘛:读写分离,容灾恢复
怎么玩:1,配从(库)不配主(库)
2,从库配置:slaveof 主库IP 主库端口
3,修改配置文件细节操作
(1):拷贝多个redis.conf文件
(2):开启daemonize yes
(3):Pid文件名字
(4):指定端口
(5):Log文件名字
(6):Dump.rdb名字(用于备份)
4,实验
一主二从(一台主机,两台从机)
配置从机(通过 slaveof 主机ip地址 主机 端口)
通过info replication查看主从关系
配置成功,数据测试
主从备份是全部数据一起备份,不是从配置成功后的那个时间切点的数据开始备份,也就是所有数据都复制
主从复制,读写分离(主机数据复制到从机,主机负责写,从机负责读(不能写))
主机挂了,从机依然是从机,并不会反客为主成为主机
从机挂了,恢复后成为主机,但是并没有和任何从机有关联,和以前的主机之间数据不能进行复制,需要从新再连一遍才正常进行数据的复制(slaveof),除非写进配置文件redis.conf
薪火相传
上一个Slave可以是下一个slave的Master,Slave同样可以接收其他slaves的连接和同步请求,那么该slave作为了链条中下一个的master,可以有效减轻master的写压力
中途变更转向:会清除之前的数据,重新建立拷贝最新的
配置:
反客为主:主机挂了之后,让它的从机成为主机,使用slaveof no one命令
挂了之后,它和其它的机器再无关联,
复制原理:
Slave启动成功连接到master后会发送一个sync命令
Master接到命令启动后台的存盘进程,同时收集所有接收到的用于修改数据集命令,
在后台进程执行完毕之后,master将传送整个数据文件到slave,以完成一次完全同步
全量复制:而slave服务在接收到数据库文件数据后,将其存盘并加载到内存中。
增量复制:Master继续将新的所有收集到的修改命令依次传给slave,完成同步
但是只要是重新连接master,一次完全同步(全量复制)将被自动执行
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· 周边上新:园子的第一款马克杯温暖上架
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
· DeepSeek如何颠覆传统软件测试?测试工程师会被淘汰吗?
· 使用C#创建一个MCP客户端