SR 3.3存算分离集群DeploySerializeConcurrencyTime时间过长

为了更快的定位您的问题,请提供以下信息,谢谢
【详述】问题详细描述
【背景】做过哪些操作?
【业务影响】
【是否存算分离】
【StarRocks版本】例如:3.3.14
【集群规模】例如:5fe(3 follower+2observer)+20be(fe与be混部)
【机器信息】CPU虚拟核/内存/网卡,例如:48C/64G/万兆
【联系方式】看监控发现在单个FE 连接数使用超过2000的情况下,DeploySerializeConcurrencyTime显著增加,拖累了查询的性能
很简单的sql也要跑很久,可以看下下面的sql profile 的内容。
但是看机器监控CPU利用率只有20%左右,内存利用率也在80%左右,要如何优化这个呢?
【附件】

  • fe.log/beINFO/相应截图
    Planner:
    • – Parser[1] 0
    • – Total[1] 0
    • -- Analyzer[1] 0
      
    •     -- Lock[1] 0
      
    •     -- AnalyzeDatabase[1] 0
      
    •     -- AnalyzeTemporaryTable[1] 0
      
    •     -- AnalyzeTable[1] 0
      
    • -- Transformer[1] 0
      
    • -- Optimizer[1] 0
      
    •     -- MVPreprocess[1] 0
      
    •     -- MVTextRewrite[1] 0
      
    •     -- RuleBaseOptimize[1] 0
      
    •     -- CostBaseOptimize[1] 0
      
    •     -- PhysicalRewrite[1] 0
      
    •     -- PlanValidate[1] 0
      
    •         -- InputDependenciesChecker[1] 0
      
    •         -- TypeChecker[1] 0
      
    •         -- CTEUniqueChecker[1] 0
      
    •         -- ColumnReuseChecker[1] 0
      
    • -- ExecPlanBuild[1] 0
      
    • – Pending[1] 0
    • – Prepare[1] 0
    • – Deploy[1] 5s746ms
    • -- DeployLockInternalTime[1] 5s746ms
      
    •     -- DeploySerializeConcurrencyTime[2] 5s745ms
      
    •     -- DeployStageByStageTime[6] 0
      
    •     -- DeployWaitTime[6] 1ms
      
    •         -- DeployAsyncSendTime[2] 0
      
    • DeployDataSize: 6763

a4584d3f-86dd-11f0-a931-52540017ef38profile.txt (4.7 KB)


在github找到了修复的pr