应用性能监控

背景

APM是应用性能监控的缩写。目前APM的主要功能着眼于分布式系统的性能诊断,其主要功能包括调用链展示,应用拓扑分析等。

Sharding-Sphere并不负责如何采集、存储以及展示应用性能监控的相关数据,而是将SQL解析与SQL执行这两块数据分片的最核心的相关信息发送至应用性能监控系统,并交由其处理。 换句话说,Sharding-Sphere仅负责产生具有价值的数据,并通过标准协议递交至相关系统。Sharding-Sphere可以通过两种方式对接应用性能监控系统。

第一种方式是使用OpenTracing API发送性能追踪数据。面向OpenTracing协议的APM产品都可以和Sharding-Sphere自动对接,比如SkyWalking,Zipkin和Jaeger。使用这种方式只需要在启动时配置OpenTracing协议的实现者即可。 它的优点是可以兼容所有的与OpenTracing协议兼容的产品作为APM的展现系统,如果采用公司愿意实现自己的APM系统,也只需要实现OpenTracing协议,即可自动展示Sharding-Sphere的链路追踪信息。 缺点是OpenTracing协议发展并不稳定,较新的版本实现者较少,且协议本身过于中立,对于个性化的相关产品的实现不如原生支持强大。

第二种方式是使用SkyWalking的自动探针。 Sharding-Sphere团队与SkyWalking团队共同合作,在SkyWalking中实现了Sharding-Sphere自动探针,可以将相关的应用性能数据自动发送到SkyWalking中。

使用方法

使用OpenTracing协议

  • 通过读取系统参数注入APM系统提供的Tracer实现类

    启动时添加参数:-Dio.shardingsphere.opentracing.tracer.class=org.apache.skywalking.apm.toolkit.opentracing.SkywalkingTracer
    调用初始化方法:ShardingTracer.init()
    
  • 通过参数注入APM系统提供的Tracer实现类

    shardingTracer.init(new SkywalkingTracer())

注意:使用SkyWalking的OpenTracing探针时,应将原Sharding-Sphere探针插件禁用,以防止两种插件互相冲突

使用SkyWalking自动探针

请参考SkyWalking部署手册

效果展示

无论使用哪种方式,都可以方便的将APM信息展示在对接的系统中,以下以SkyWalking为例。

应用架构

使用Sharding-Proxy访问两个数据库192.168.0.1:3306192.168.0.2:3306,且每个数据库中有两个分表。

拓扑图展示

拓扑图

从图中看,用户访问18次Sharding-Proxy应用,每次每个数据库访问了两次。这是由于每次访问涉及到每个库中的两个分表,所以每次访问了四张表。

跟踪数据展示

跟踪图

从跟踪图中可以能够看到SQL解析和执行的情况。

/Sharding-Sphere/parseSQL/ : 表示本次SQL的解析性能。

解析节点

/Sharding-Sphere/executeSQL/ : 表示具体执行的实际SQL的性能。

实际访问节点

异常情况展示

异常跟踪图

从跟踪图中可以能够看到发生异常的节点。

/Sharding-Sphere/executeSQL/ : 表示执行SQL异常的结果。

异常节点

/Sharding-Sphere/executeSQL/ : 表示执行SQL异常的日志。

异常节点日志