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

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

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

从征象上,假如从库执行SHOW SLAVE STATUS的输出中,搜查Exec_Master_Log_Pos一向未动,在解除主库执行大事宜的环境下,那么就有也许是在执行大表的 DDL。这一点团结说明主库binlog,看主库当前执行的事宜就可以举办确认。

DDL语句的执行环境,可以进一步细分征象来更好地判定:

1.DDL未开始,被阻塞,这时SHOW SLAVE STATUS的功效能搜查到Slave_SQL_Running_State为waiting for table metadata lock,且Exec_Master_Log_Pos稳固;

2.DDL正在执行,SQL Thread单线程应用导致延时增进。这种环境下调查SHOW SLAVE STATU的功效能发明Slave_SQL_Running_State为altering table,而Exec_Master_Log_Pos稳固。

假若有上述的征象,那么很有也许主库对大表执行DDL语句,同步到从库并在从库回放时,就发生了主从复制延时。

缘故起因说明

DDL导致的主从复制延时的缘故起因和大事宜相同,也是由于从库执行DDL的binlog较慢而发生了主从复制延时。

办理思绪

碰着这种环境,我们首要通过SHOW PROCESSLIST或对information_schema.innodb_trx做查询,来找到阻塞DDL语句,并KILL掉相干查询,让DDL正常在从库执行。

(编辑:湖南网)

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

热点阅读