为了更快的定位您的问题，请提供以下信息，谢谢
【详述】两次不同时间段相同SQL查询耗时相差很大，并且系统资源负载不是很高，主要是耗费在游标获取数据阶段，目前怀疑是资源队列等待导致的问题，想问下大家slow_query.Time中的执行时间是不是代表SQL的真正执行时间，context life time是不是代表全流程的执行时间
【背景】查询操作，耗时长的那段时间点的资源要高一点，但是并没有打满的情况
【业务影响】
【是否存算分离】
【StarRocks版本】3.3.7-00177de
【集群规模】3fe（1 follower+2observer）+5be（fe与be混部）
【机器信息】CPU虚拟核/内存/网卡，fe：16C/32G be：16C62G
【联系方式】zhouake@guandata.com
【附件】
时间比较久profile拿不到了，目前只有日志信息
执行SQL慢的日志信息：大概36分钟左右
[slow_query]|Timestamp=1755750613053|Client=10.42.0.0:29399|User=readonly|AuthorizedUser=‘readonly’@’%’|ResourceGroup=default_wg|Catalog=default_catalog|Db=kans-ofs|State=EOF|ErrorCode=|Time=2219472|ScanBytes=70528874634|ScanRows=910747515|ReturnRows=5308100|CpuCostNs=117052407623|MemCostBytes=6248738024|StmtId=372485|QueryId=878e8eef-7e47-11f0-bc6d-42596cb20bd5|IsQuery=false|feIp=a-starrocks-with-custom-config-fe-2.a-starrocks-with-custom-config-fe-search.default.svc.cluster.local
finished query_id:878e8eef-7e47-11f0-bc6d-42596cb20bd5 context life time:2187738688699 cpu costs:22726347454 peak memusage:5124648320 scan_bytes:13780311799 spilled bytes:0
执行SQL快的日志信息：大概4分钟左右
[slow_query]|Timestamp=1755742770049|Client=10.42.0.0:13221|User=readonly|AuthorizedUser=‘readonly’@’%’|ResourceGroup=default_wg|Catalog=default_catalog|Db=kans-ofs|State=EOF|ErrorCode=|Time=224771|ScanBytes=70528872570|ScanRows=910747473|ReturnRows=5308100|CpuCostNs=112499767862|MemCostBytes=6156316088|StmtId=178647|QueryId=44c31f14-7e35-11f0-90de-22dfbdfec7b5|IsQuery=false|feIp=a-starrocks-with-custom-config-fe-1.a-starrocks-with-custom-config-fe-search.default.svc.cluster.local|
finished query_id:44c31f14-7e35-11f0-90de-22dfbdfec7b5 context life time:219829755133 cpu costs:19290469911 peak memusage:4495532388 scan_bytes:14248143925 spilled bytes:0