高可用数据库主从复制延时的解决
DDL自己造成的延时难以停止,提议思量:
◆ 案例四:主库与从库设置纷歧致 假如主库和从库行使了差异的计较资源和存储资源,可能行使了差异的内核调教参数,也许会造成主从纷歧致。 征象描写 我们会具体比对主库和从库的机能监控数据,假如发明监控数据差别庞大,团结查察主从的各个设置环境,即可作出明晰判定。 缘故起因说明 各类硬件可能资源的设置差别都有也许导致主从的机能差别,从而导致主从复制延时产生:
办理思绪 思量只管同一DB呆板的设置(包罗硬件及选项参数)。乃至对付某些OLAP营业,从库实例硬件设置必要略高于主库。 ◆ 案例五:表缺乏主键或吻合索引 假如数据库的表穷乏主键可能吻合索引,在主从复制的binlog_format配置为'row'的环境下,也许会发生主从复制延时。 征象描写 我们举办数据库搜查时,会发明:
这些征象呈现的环境下,可以以为很也许有表缺乏主键或独一索引。 缘故起因说明 在主从复制的binlog_format配置为'row'的环境下,好比有这样的一个场景,主库更新一张500万表中的20万行数据。binlog在row名目下,记录到binlog的为20万次update操纵,也就是每次操纵更新1笔记录。假如这条语句刚好有欠好的执行打算,如产生全表扫描,那么每一条update语句必要全表扫描。此时SQL Thread重放将出格慢,造成严峻的主从复制延时。 办理思绪 这种环境下,我们会去搜查表布局,担保每个表都有显式自增主键,并帮忙用户成立吻合索引。 ◆ 案例六:从库自身压力过大 偶然辰,从库机能压力很大的环境下,跟不上主库的更新速率,就发生了主从复制延时。 征象描写 调查数据库实例时,会发明CPU负载过高,IO操作率过高档征象,这些导致SQL Thread应用过慢。这样就可以判定是由于从库自身压力过大引起主从复制延时。 缘故起因说明 部门UCloud用户对付数据库的主从会行使读写疏散模式,读哀求大部门在从库上执行。在营业有大量读哀求的场景下,从库会发生比主库大得多的机能压力。有的用户乃至会在从库运行异常淹灭计较资源的OLAP营业,这也对从库造成了更高的机能挑衅,这些城市造成主从复制的延时。 办理思绪 这种环境下,我们会提议用户成立更多从库,打散读哀求,低落现有从库实例的压力。对付OLAP营业来说,可以专门成立一个从库来做OLAP营业,并对这个从库,应承恰当的主从复制延时。 总结在行使MySQL的主从复制模式举办数据复制时,主从复制延时是一个必要考量的要害身分。它会影响数据的同等性,进而影响数据库高可用的容灾切换。 在碰着数据库之间呈现主从复制延时的环境下,我们团队基于过往履历,归纳出以下要领与流程来帮忙排盘查题:
UDB的高可用、高机能、便捷易用,可以大量减轻行使者的运维承担。在行使进程中, UDB团队也会操作多年累积的运营履历,辅佐用户实时说明、排盘查题缘故起因,并给出公道的办理要领。 【编辑保举】
点赞 0 (编辑:湖南网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |