【详述】问题详细描述
复杂sql查询Jmeter压测，超过3个并发报错fail to send batch，host unknown
【背景】做过哪些操作？
【业务影响】
【StarRocks版本】例如：2.3.7
sql类型大概是什么样子的 ？可以尝试把brpc_socket_max_unwritten_bytes 这个参数改大一点 ，be参数 改完需要重启才能生效 brpc_socket_max_unwritten_bytes=1342177280
1赞
目前的brpc_socket_max_unwritten_bytes=2147483648
SQL。大概 四千万主表，关联了一个两千万，还有几个 几十万数据的维表。
请教下，是否还需要继续调大这个值 呢
压测超过3个并发，就会报这个错。
当前先在调大一些 改成8G 再验证下 麻烦了
好的.我们调整一下看看. 
感谢.
我们调整到了8G，现在已经没有那个报错了，但是现在多线程查询的性能很差，单次查询3s左右，多线程查询，好像是串行的。 两个并发去查就是6s ，三个并发就是10s左右了。查询一些简单的sql，并发又还可以。 是不是我们有什么参数没有配置呢？ 请教一下，还有什么优化思路。
1赞
- 2.3版本应该默认开启了pipeline，可以确认下是不是开启了pipeline。多并发下能否看下监控/profile看看哪项指标是瓶颈点？ 是不是可以调小pipeline_dop试一试？
- 另外在后续的版本2.5/3.1， starrocks增加了更多的自适应策略。所以也可以升级到2.5看一看？
- 2.5版本以后支持了查询队列/资源组，针对于大查询可以试下查询队列调度：https://docs.starrocks.io/zh/docs/administration/query_queues/