[发明专利]基于全链路监控的分布式数据库监控方法及装置在审
申请号: | 202110182982.0 | 申请日: | 2021-02-10 |
公开(公告)号: | CN112965973A | 公开(公告)日: | 2021-06-15 |
发明(设计)人: | 刘慕雨;王泽洋;黄镜澄;张锦涛 | 申请(专利权)人: | 中国工商银行股份有限公司 |
主分类号: | G06F16/22 | 分类号: | G06F16/22;G06F16/242;G06F16/27;G06F11/30;G06Q40/04 |
代理公司: | 北京三友知识产权代理有限公司 11127 | 代理人: | 任默闻;孙乳笋 |
地址: | 100140 北*** | 国省代码: | 北京;11 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 基于 全链路 监控 分布式 数据库 方法 装置 | ||
本发明属于大数据技术领域,本发明提供了一种基于全链路监控的分布式数据库监控方法及装置,基于全链路监控的分布式数据库监控方法包括:响应于交易请求,生成交易请求对应的链路;采集链路的信息以及分布式数据库的运行指标;根据信息以及运行指标生成链路对应的拓扑关系;根据拓扑关系监控分布式数据库。本发明从SQL分析视角,可以帮助运维人员发现某条SQL整体查询较慢时,能关联到具体是在哪些链路中耗时较长,然后再下钻分析,先由面及线,找到一条典型的链路,再由线及点,从而分析出现慢SQL环节的原因。
技术领域
本申请涉及大数据技术领域,特别是全链路监控技术领域,具体涉及一种基于全链路监控的分布式数据库监控方法及装置。
背景技术
随着分布式架构的成熟,大量企业级应用采用分布式和云计算技术,企业生产上运行的节点常常是成千上万的,不同类型的节点间调用关系错综复杂,这些节点往往是跨应用、跨团队、跨园区的,一旦某一环节出错,开发和运维人员定位问题非常困难,往往需要通过海量的离散的日志去排查分析,效率较低。分布式追踪技术的出现,让研发和运维人员能够更好的掌控节点间调用情况,更高效、便捷的排查线上问题,为全链路监控提供了可能。
借助全链路监控技术,可以清晰的看到每笔交易的流向,包括访问关系型数据库时,查询语句的执行情况。比如某笔交易访问了几次数据库,分别访问的是哪个数据库,每次访问的数据库查询语句(SQL语句)是什么,每条语句的执行耗时、是否出错等等。这些都是从链路视角,也就是从交易视角来观测SQL的执行情况。然而,企业在实际运维监控中,仅仅从某个点或者某条线去分析往往是不够的。通常问题不是偶发的,比如某条SQL写的效率不高,执行耗时较长(慢SQL),那么所有调用这条SQL的交易都会耗时较长。
综上所述,如何监控异常SQL,并和链路形成关联,点线面结合以方便分析SQL,成为亟待解决的问题。
发明内容
本发明属于大数据技术领域,针对现有技术中的问题,本发明从链路视角出发,当发现某条链路存在慢SQL或异常SQL时,能由点及面,掌握这条查询语句的整体运行情况,以便明确是点的问题还是面的问题;另一方面,从SQL分析视角,运维人员发现某条SQL整体查询较慢时,能关联到具体是在哪些链路中耗时较长,然后再下钻分析,先由面及线,找到一条典型的链路,再由线及点,从而详细分析出现慢SQL环节的原因。
为解决上述技术问题,本发明提供以下技术方案:
响应于交易请求,生成所述交易请求对应的链路;
采集所述链路的信息以及分布式数据库的运行指标;
根据所述信息以及所述运行指标生成所述链路对应的拓扑关系;
根据所述拓扑关系监控所述分布式数据库。
一实施例中,所述采集所述链路的信息以及分布式数据库的运行指标,包括:
在所述链路进行埋点;
根据所述埋点采集所述链路的标记ID、当前阶段的调用ID、上一阶段的调用ID以及所述运行指标。
一实施例中,所述根据所述信息以及所述运行指标生成所述链路对应的拓扑关系,包括:
根据所述链路的标记ID、当前阶段的调用ID、上一阶段的调用ID以及所述运行指标生成所述拓扑关系。
一实施例中,所述根据所述拓扑关系监控所述分布式数据库包括:
根据所述拓扑关系计算出其所对应的哈希码;
以所述哈希码为维度,以预设时间对所述分布式数据库进行聚合计算,以生成SQL执行耗时求平均、SQL执行次数求和、SQL成功次数求和以及SQL异常次数求和;
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于中国工商银行股份有限公司,未经中国工商银行股份有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202110182982.0/2.html,转载请声明来源钻瓜专利网。