加入收藏 | 设为首页 | 会员中心 | 我要投稿 湖南网 (https://www.hunanwang.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 编程 > 正文

高可用数据库主从复制延时的解决

发布时间:2019-05-13 09:17:45 所属栏目:编程 来源:丁顺&张苏宁
导读:MySQL主从复制的延时一向是业界困扰已久的题目。延时的呈现会低落主从读写疏散的代价,倒霉于数据及时性较高的营业行使MySQL。 UDB是UCloud推出的云数据库处事,上线已达六年,运营了数以万计的UDB MySQL实例。除了提供高可用、高机能、便捷易用的产物特征

DDL自己造成的延时难以停止,提议思量:

  • 停止营业岑岭,只管布置在营业低峰期执行 ;
  • set sql_log_bin=0后,别离在主从库上手动执行DDL(此操纵对付某些DDL操纵会造成数据纷歧致,请务必严酷测试),这一条假如用户行使云数据库UDB,可以接洽UCloud UDB运维团队举办帮忙操纵。

◆ 案例四:主库与从库设置纷歧致

假如主库和从库行使了差异的计较资源和存储资源,可能行使了差异的内核调教参数,也许会造成主从纷歧致。

征象描写

我们会具体比对主库和从库的机能监控数据,假如发明监控数据差别庞大,团结查察主从的各个设置环境,即可作出明晰判定。

缘故起因说明

各类硬件可能资源的设置差别都有也许导致主从的机能差别,从而导致主从复制延时产生:

  • 硬件上:好比,主库实例处事器行使SSD磁盘,而从库实例处事器行使平凡SAS盘,那么主库发生的写入操纵在从库上不能顿时消化掉,就发生了主从复制延时;
  • 设置上:好比,RAID卡写计策纷歧致、OS内核参数配置纷歧致、MySQL落盘计策纷歧致等,都是也许的缘故起因。

办理思绪

思量只管同一DB呆板的设置(包罗硬件及选项参数)。乃至对付某些OLAP营业,从库实例硬件设置必要略高于主库。

◆ 案例五:表缺乏主键或吻合索引

假如数据库的表穷乏主键可能吻合索引,在主从复制的binlog_format配置为'row'的环境下,也许会发生主从复制延时。

征象描写

我们举办数据库搜查时,会发明:

  • 调查SHOW SLAVE STATUS的输出,发明Slave_SQL_Running_State为Reading event from the relay log;
  • SHOW OPEN TABLES WHERE in_use=1的表一向存在;
  • 调查SHOW SLAVE STATUS的Exec_Master_Log_Pos字段稳固;
  • mysqld历程的CPU靠近100%(无读营业时),IO压力不大。

这些征象呈现的环境下,可以以为很也许有表缺乏主键或独一索引。

缘故起因说明

在主从复制的binlog_format配置为'row'的环境下,好比有这样的一个场景,主库更新一张500万表中的20万行数据。binlog在row名目下,记录到binlog的为20万次update操纵,也就是每次操纵更新1笔记录。假如这条语句刚好有欠好的执行打算,如产生全表扫描,那么每一条update语句必要全表扫描。此时SQL Thread重放将出格慢,造成严峻的主从复制延时。

办理思绪

这种环境下,我们会去搜查表布局,担保每个表都有显式自增主键,并帮忙用户成立吻合索引。

◆ 案例六:从库自身压力过大

偶然辰,从库机能压力很大的环境下,跟不上主库的更新速率,就发生了主从复制延时。

征象描写

调查数据库实例时,会发明CPU负载过高,IO操作率过高档征象,这些导致SQL Thread应用过慢。这样就可以判定是由于从库自身压力过大引起主从复制延时。

缘故起因说明

部门UCloud用户对付数据库的主从会行使读写疏散模式,读哀求大部门在从库上执行。在营业有大量读哀求的场景下,从库会发生比主库大得多的机能压力。有的用户乃至会在从库运行异常淹灭计较资源的OLAP营业,这也对从库造成了更高的机能挑衅,这些城市造成主从复制的延时。

办理思绪

这种环境下,我们会提议用户成立更多从库,打散读哀求,低落现有从库实例的压力。对付OLAP营业来说,可以专门成立一个从库来做OLAP营业,并对这个从库,应承恰当的主从复制延时。

总结在行使MySQL的主从复制模式举办数据复制时,主从复制延时是一个必要考量的要害身分。它会影响数据的同等性,进而影响数据库高可用的容灾切换。

在碰着数据库之间呈现主从复制延时的环境下,我们团队基于过往履历,归纳出以下要领与流程来帮忙排盘查题:

  • 通过SHOW SLAVE STATUS与SHOW PROCESSLIST查察此刻从库的环境。(趁便也可解除在从库备份时的相同缘故起因);
  • 若Exec_Master_Log_Pos稳固,思量大事宜、DDL、无主键,搜查主库对应的binlog及position即可;
  • 若Exec_Master_Log_Pos变革,延时慢慢增进,思量从库呆板负载,如IO、CPU等,并思量主库写操纵与从库自身压力是否过大。

UDB的高可用、高机能、便捷易用,可以大量减轻行使者的运维承担。在行使进程中, UDB团队也会操作多年累积的运营履历,辅佐用户实时说明、排盘查题缘故起因,并给出公道的办理要领。

【编辑保举】

  1. 10个顶级Mongodb GUI器材,以图形方法打点数据库
  2. 10个顶级Mongodb GUI器材,以图形方法打点数据库
  3. 10分钟把握MySQL的索引查询优化能力
  4. 七步操纵!教你正确改换MySQL数据库字符集
  5. 19条服从至少进步3倍的MySQL能力
【责任编辑:庞桂玉 TEL:(010)68476606】
点赞 0

(编辑:湖南网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

热点阅读