为了更快的定位您的问题，请提供以下信息，谢谢
【详述】
2.3.16版本 审计日志里的ScanRows，ScanBytes是不是不准确，有的还有负数，有的值比实际表的大小大好多,在原2.2版本定位大查询是通过AuditLoader采集的审计日志中scanrows来定位的，现在这个值不准，请问如果定位大查询和慢查询
【背景】
【业务影响】
【是否存算分离】否
【StarRocks版本】2.3.16
【集群规模】3fe+12be(fe/be混布)
【机器信息】40C/128G/万兆
【联系方式】StarRocks社区群5 -思变 1412195108@qq.com
【附件】
show variables like “%pipe%”; 看下结果，有开启pipeline么？
上周刚升级到2.3.16 ，enable_pipeline_engine 默认是开的，昨天感觉cpu资源消耗比较大关掉了，目前是关的
MySQL [sjzx_db]> show variables like ‘%pipe%’;
±--------------------------------±------+
| Variable_name | Value |
±--------------------------------±------+
| enable_pipeline_engine | false |
| enable_pipeline_query_statistic | true |
| pipeline_dop | 0 |
| pipeline_profile_level | 1 |
±--------------------------------±------+
4 rows in set (0.00 sec)
看了审计日志还是有负数的
2.5.16版本解决了这个问题
