TigerGraph中执行查询时如何测量查询执行时间？

执行介数中心度、接近中心度等算法查询时如果没有默认展示耗时，可通过以下几种方式获取准确的执行时间：

• GSQL命令行内置计时：进入GSQL交互终端后，先执行SET TIMER ON开启内核级计时开关，后续在当前会话里跑任意查询——不管是内置图算法还是自定义写的GSQL查询，返回结果末尾都会自动带出查询解析、执行计划生成、引擎运行各阶段的耗时和总时长。这个是数据库内核侧统计的数值，没有客户端额外开销，精度最高。
• REST接口返回值提取：如果是通过REST API调用查询或者算法，接口返回的JSON结果里本身就带elapsed字段，值为查询在TigerGraph引擎侧的实际执行毫秒数，这个统计值刨除了网络传输、客户端序列化的干扰。如果要算从发请求到拿到结果的端到端总耗时，直接在客户端代码里请求前打一个时间戳，收到完整响应后再打一个，两个时间的差值就是全链路耗时。
• 系统视图回溯历史耗时：要是查询已经跑完了，之前没开计时也没关系，直接查系统内置的动态视图就行，执行SELECT request_id, query_name, execution_time_ms, queue_time_ms FROM sys.dm_query_requests，返回结果里的execution_time_ms就是对应查询的纯执行时长，还能顺便看到查询排队等资源的时间、运行时内存占用这些数据，适合事后排查历史查询的性能。
• GraphStudio可视化界面查看：在Web端GraphStudio里跑算法或者查询的话，耗时不是没展示，是默认折叠了——结果面板右上角有个计时器样式的图标，点一下就能展开性能统计区，直接看本次查询的执行时长、遍历的点边数量等运行指标，不需要额外做配置。

注意：客户端自己打时间戳算出来的耗时会包含网络延迟、请求鉴权、结果序列化反序列化的额外开销，和数据库内核实际跑查询的时间有偏差，做性能调优的时候优先用内核侧输出的耗时数据更准确。

内容的提问来源于stack exchange，提问作者bahzad