Skip to content

Latest commit

 

History

History
35 lines (27 loc) · 2.7 KB

status.md

File metadata and controls

35 lines (27 loc) · 2.7 KB

/status可以访问服务的主要统计信息。这些信息和/vars是同源的,但按服务重新组织方便查看。

img

上图中字段的含义分别是:

  • non_service_error: "non"修饰的是“service_error",后者即是分列在各个服务下的error,此外的error都计入non_service_error。服务处理过程中client断开连接导致无法成功写回response就算non_service_error。而服务内部对后端的连接断开属于服务内部逻辑,只要最终服务成功地返回了response,即使错误也是计入该服务的error,而不是non_service_error。
  • connection_count: 向该server发起请求的连接个数,不包含对外连接的个数。
  • example.EchoService: 服务的完整名称,包含名字空间。
  • Echo (EchoRequest**) returns (EchoResponse****)**: 方法签名,一个服务可包含多个方法,点击request/response上的链接可查看对应的protobuf结构体。
  • count: 成功处理的请求总个数。
  • error: 失败的请求总个数。
  • latency: 在web界面下从右到左分别是过去60秒,60分钟,24小时,30天的平均延时。在文本界面下是10秒内(-bvar_dump_interval控制)的平均延时。
  • latency_percentiles: 是延时的50%, 90%, 99%, 99.9%分位值,统计窗口默认10秒(-bvar_dump_interval控制),web界面下有曲线。
  • latency_cdf: 是分位值的另一种展现形式,类似histogram,只能在web界面下查看。
  • max_latency: 在web界面下从右到左分别是过去60秒,60分钟,24小时,30天的最大延时。在文本界面下是10秒内(-bvar_dump_interval控制)的最大延时。
  • qps: 在web界面下从右到左分别是过去60秒,60分钟,24小时,30天的平均qps。在文本界面下是10秒内(-bvar_dump_interval控制)的平均qps。
  • processing: 正在处理的请求个数。如果持续不为0(特别是在压力归0后),应考虑程序是否有bug。

用户可通过让对应Service实现brpc::Describable自定义在/status页面上的描述.

class MyService : public XXXService, public brpc::Describable {
public:
    ...
    void DescribeStatus(std::ostream& os, const brpc::DescribeOptions& options) const {
        os << "my_status: blahblah";
    }
};

比如:

img