首页 技术文章 数据库 redis学习主从复制Master/slave
正文 评论

redis学习主从复制Master/slave

redis学习主从复制Master/slave

是什么

行话:也就是我们所说的主从复制,主机数据更新后根据配置和策略, 自动同步到备机的master/slaver机制,Master以写为主,Slave以读为主

能干嘛

读写分离
容灾恢复

推荐(免费):redis

怎么玩

• 配从(库)不配主(库)
• 从库配置命令:slaveof 主库IP 主库端口
  • 每次与master断开之后,都需要重新连接,除非你配置进redis.conf文件(具体位置:redis.conf搜寻#### REPLICATION ####)
  • info replication
• 修改配置文件细节操作
  • 拷贝多个redis.conf文件,按’redis[port].conf’重命名
  • 开启daemonize yes
  • pid文件名字
  • 指定端口
  • log文件名字
  • dump.rdb名字

replication 英 [ˌreplɪ’keɪʃ(ə)n] 美 [ˌreplɪ’keɪʃ(ə)n] n.
(绘画等的)复制;拷贝;重复(实验);(尤指对答辩的)回答

常用3招

一主二仆(一台主机,两台从机)

Init

redis学习主从复制Master/slave
通过slaveof 127.0.0.1 6379d来设置仆机
此时设置了一主二仆
在主的里面set k4 v4,在两个slave里面get k4都能显示出来。
1.如果再slave之前,我设置了k1和k2.那么从机能否查的出来其值?
能,从机只有接收了之后,就从头撸到尾。主机有的通通撸一遍
2.此时在主机上面set k6 v6.而两个从机上面也有set k6 v66.此时会出现哪种情况。先到先得,后者覆盖,从机和主机执行同样的命令是否可以通过?
主机写为主,从机读为主
此时从机不能写,报了异常。
3.主机死了?从机会有哪些情况。从机上位?原地待命?
还是slave,原地待命。不会上位,领导回来了,一切照旧
4.从机死了?从机能不能恢复过来?
从机死了,恢复过来就变成了master,因为• 每次与master断开之后,都需要重新连接,除非你配置进redis.conf。如果想跟上大部队,就是用slaveof命令即可。从头来一遍,把主机的从头到尾撸一遍。

薪火相传

核心思想:去中心化
上一个Slave可以是下一个slave的Master,Slave同样可以接收其他 slaves的连接和同步请求,那么该slave作为了链条中下一个的master, 可以有效减轻master的写压力(奴隶的奴隶还是奴隶)
中途变更转向:会清除之前的数据,重新建立拷贝最新的
slaveof 新主库IP 新主库端口
比如79是80的主机,80是81的主机。在79中set k9 v9在80和81之间都能查询的到,在80主机上使用info republication,是slave,但是也连接了一个slaver。

反客为主

SLAVEOF no one
使当前数据库停止与其他数据库的同步,转成主数据库
主机挂了之后,两个从机需要选择出一个老大,这时候对80使用一个命令,slaveof no one,让80称为领导。而对于81来说,如果使用了slaveof 80,则认80位主机,对80的数据做了修改,81也能够查询的到。若原主机79回来了之后,此时就变成了一个独立的个体。

复制原理

slave启动成功连接到master后会发送一个sync命令
master接到命令启动后台的存盘进程,同时收集所有接收到的用于修改数据集命令, 在后台进程执行完毕之后,master将传送整个数据文件到slave,以完成一次完全同步
全量复制:而slave服务在接收到数据库文件数据后,将其存盘并加载到内存中。
增量复制:Master继续将新的所有收集到的修改命令依次传给slave,完成同步
但是只要是重新连接master,一次完全同步(全量复制)将被自动执行
首次是全量复制,其后是增量复制。

哨兵模式(sentinel)

一组sentinel能同时监控多个master(巡逻放哨)

是什么

反客为主的自动版,能够后台监控主机是否故障,如果故障了根据投票数自动将从库转换为主库

怎么玩(使用步骤)

 1. 调整结构,6379带着6380、6381
 2. 新建sentinel.conf文件,名字绝不能错
 3. 配置哨兵,填写内容
   1.sentinel monitor 被监控数据库名字(自己起名字) 127.0.0.1 6379 1
   2. 上面最后一个数字1,表示主机挂掉后salve投票看让谁接替成为主机,得票数多少后成为主机(PS. 跟官网的描述有出入,下面有官方文档说明)
 4. 启动哨兵
   1. redis-sentinel /sentinel.conf(上述目录依照各自的实际情况配置,可能目录不同)
 5. 正常主从演示
 6. 原有的master挂了
 7. 投票新选
 8. 重新主从继续开工,info replication查查看

问题:如果之前挂了的master重启回来,会不会双master冲突?
答: 不会,原master,变成slave

复制的缺点

复制延时

由于所有的写操作都是先在Master上操作,然后同步更新到slave上,所以从Master同步到Slave机器有一定的延迟,当系统很繁忙的时候,延迟问题会更加严重,Slave机器数量的增加也会使这个问题更加严重。

更多相关免费学习推荐:redis教程

以上就是redis学习主从复制Master/slave的详细内容,更多请关注主题君其它相关文章!

-=||=-收藏赞 (0)
更多主题
单栏极简文艺WordPress博客主题:Diaspora主题
¥ 0 关注:20,067
详情
简约黑白WordPress个人博客主题:Personal主题
¥ 0 关注:20,018
详情
v1.0.0
小程序收录免费WordPress主题:XCX主题
¥ 0 关注:19,648
详情
v1.0.0
一款简约单栏的免费WordPress博客主题:itheme主题
¥ 0 关注:18,129
详情
功能丰富切轻量的WordPress虚拟资源主题:Rizhuti主题
¥ 599 关注:18,020
详情
大气优雅免费WordPress博客主题:HONEY主题
¥ 0 关注:14,871
详情
回复
暂无评论

不要再留垃圾评论了,主题君整理资源不容易,留几句鼓励的话吧。