×
提示:
×
提示:
请:
谢谢!
Toggle navigation
技术头条
最新
读点非技术
我也分享
赞过
我的
IT技术博客大学习
微博登录
0
主从复制第一篇之异步复制
(yq.aliyun.com)
由
@云栖精选
2017-04-12 07:41 / 0个评论
要不要再学学下面的文章?
1
在线重建MySQL主从同步
(www.iots.vip)
一套内部业务系统的主从同步库出现了同步异常,需要在不锁表的情况下,完成在线重建主从同步,本文简单记录一下操作过程。
by
@技术头条
2023-07-04 23:35
查看详情
1
Replication(上):常见复制模型&分布式系统挑战
(tech.meituan.com)
分布式系统设计是一项十分复杂且具有挑战性的事情。其中,数据复制与一致性更是其中十分重要的一环。数据复制领域概念庞杂、理论性强,如果对应的算法没有理论验证大概率会出错。如果在设计过程中,不了解对应理论所解决的问题以及不同理论之间的联系,势必无法设计出一个合理的分布式系统。
by
@技术头条
2022-09-03 23:25
查看详情
1
心血来潮复制了一段前程序员留下的代码
(mp.weixin.qq.com)
21 个令程序员泪流满面的瞬间
20 张程序员不得不看的内涵动图...
by
@code小生
2020-08-24 01:01
查看详情
1
基于Tablestore Tunnel的数据复制实战
(yq.aliyun.com)
数据复制主要指通过互联的网络在多台机器上保存相同数据的副本,通过数据复制方案,人们通常希望达到以下目的:1)使数据在地理位置上更接近用户,进而降低访问延迟;2)当部分组件出现故障时,系统依旧可以继续工作,提高可用性;3)扩展至多台机器以同时提供数据访问服务,从而提升读吞吐量。如果复制的数据一成不变,那么数据复制就非常容易,只需要将数据复制到每个节点,一次性即可搞定,面对持续更改的数据如何正确而有效的完成数据复制是一个不小的挑战。
by
@可耐芊小仙女
2019-07-01 10:40
查看详情
1
解读Raft(二 选举和日志复制)
(ifeve.com)
Raft采用心跳机制来触发Leader选举。Leader周期性的发送心跳(如果有正常的RPC的请求情况下可以不发心跳)包保持自己Leader的角色(避免集群中其他节点认为没有Leader而开始选举)。
Follower在收到Leader或者Candidate的RPC请求的情况下一直保持Follower状态。而当一段时间内(election timeout)没有收到请求则认为没有Leader节点而出发选举流程。
by
@技术头条
2018-07-04 23:42
查看详情
1
MongoShake——基于MongoDB的跨数据中心的数据复制平台
(yq.aliyun.com)
MongoShake是基于MongoDB的通用型平台服务,作为数据连通的桥梁,打通各个闭环节点的通道。通过MongoShake的订阅消费,可以灵活对接以适应不同场景,例如日志订阅、数据中心同步、监控审计等。其中,集群数据同步作为核心应用场景,能够灵活实现灾备和多活的业务场景。
by
@幸运的猫耳
2018-06-26 16:59
查看详情
2
详解MySQL 主从同步延迟
(www.linuxprobe.com)
mysql 用主从同步的方法进行读写分离,减轻主服务器的压力的做法现在在业内做的非常普遍。 主从同步基本上能做到实时同步。我从别的网站借用了主从同步的原理图。
by
@Linux就该这么学
2018-01-05 19:36
查看详情
2
如何解决mysql主从延迟
(www.linuxprobe.com)
MySQL内建的复制功能是构建大型、高性能应用程序的基础。将MySQL的数据分布到多个系统上去,这种分布式的机制,是通过将MySQL的某一台主机的数据,复制到其他的主机slaves上,并重新执行一边来实现。
by
@Linux就该这么学
2018-01-03 17:06
查看详情
2
MySQL主从同步个般是多久的延迟?
(www.linuxprobe.com)
这次单独调查一下主从延迟的时间。这里说的主从延迟,并不是指“从库更新性能跟不上主库”, 而是“一个命令从主库更新完成到从库更新完成的延迟时间。
by
@Linux就该这么学
2017-12-27 11:28
查看详情
2
mysql主从同步异步场景的分析
(www.linuxprobe.com)
之所以进行这块内容的研究,主要针对之前遇到的两个未解的疑惑:a. 线上有个系统,半同步状态经常从半同步变成异步,然后又马上恢复为半同步,具体原因未明,虽然之前也猜得八九不离十,但还是未完全确定。b. 前段时间因为有业务场景需求,做了跨机房异步复制测试。当mysql写qps非常高的时候,发现很多日志还没有来得及发送到从库,也就是binlog日志在主库的产生速度大于传送到从库的速度,这个速度差一直存在,因此当主库在持续高压力地产生binlog的时候,越来越多的binlog没有传送到从库,但当时的网络流量也才18M/S左右(一主一从),从常规的知识认为,千兆的网络传送的速度可以达到100M,而当前的主从之间的binlog传送速度只达到了18M左右,原因是什么? 是网络问题? 还是其他原因。
by
@Linux就该这么学
2017-09-27 20:24
查看详情
使用微博登录,分享你的文章到本站
评论:
提交评论
近一周被赞排行
分享文章被赞得多,您就会出现在上面。还能给您微博带来新粉丝哦!