开启全链路追踪对集群的影响有多大?

【 使用环境 】生产环境
【 OB or 其他组件 】ob 4.2.5.0
【问题描述】开启全链路追踪对集群的性能影响有多大,是否会增加请求耗时,需要的es资源有相关的参考?

@论坛小助手

开启全链路追踪会为集群引入一定的性能开销。根据文档,开启全链路追踪后,当前 Session 的每个计划生成过程都会被追踪,包括 PL 内 SQL 的计划生成过程,这些追踪记录会被写入到 SQL 的执行节点日志目录下的追踪文件中。这一过程可能会增加请求的耗时,特别是在高并发的情况下,对系统性能的影响可能会更加明显。但是,具体的性能影响程度取决于多个因素,例如系统的负载、追踪记录的详细程度等。对于ES(Elasticsearch)资源的需求,文档中没有具体提及,通常情况下,全链路追踪产生的日志数据量较大,如果需要将这些数据导入 ES 进行分析,那么需要考虑 ES 的存储和计算资源能否满足需求。

详情请参考:

  1. ENABLE_OPT_TRACE
  2. OceanBase 术语
  3. 负载均衡

具体情况具体分析,相关因素比较多啊

根据小组手回复的文档,在session里开启优化器追踪功能,但是并没有找到对应的日志文件
https://www.oceanbase.com/docs/common-oceanbase-database-cn-1000000001503621

1 个赞

原因:如果这个查询可以命中 plan cache,就不会硬解析生成计划,就不会有 opt trace 日志,这里执行 explain,就一定会产生 opt trace 文件了。
另外直接连接observer进行测试,避免trace的log落到其他节点上