Trino并发负载测试出现SERVICE_UNAVAILABLE，需调优HTTP吞吐量配置

当Trino并发查询时出现io.trino.server.remotetask.SimpleHttpResponseHandler$ServiceUnavailableException，核心原因是HTTP服务端处理能力不足或连接池资源耗尽，导致部分请求被直接拒绝。以下是config.properties中重点调优的配置项：

1. HTTP服务端线程池配置 #

• http-server.threads.max：设置HTTP请求处理线程的最大数量，决定服务端同时能处理的请求数。默认值通常无法应对高并发场景，建议根据集群节点CPU核数调整（比如8核节点设为32-64，16核节点设为64-128）。
• http-server.threads.min：设置HTTP线程池的最小空闲线程数，确保有足够线程处理突发请求，建议设为http-server.threads.max的1/4左右。

2. 节点间HTTP连接池配置 #

Trino节点间通过HTTP通信，连接池不足会导致任务调度时出现服务不可用：

• http-client.max-connections：单个Trino节点允许建立的总HTTP连接数，默认值偏小，高并发场景下调至200-500。
• http-client.max-connections-per-server：单个目标节点允许的最大HTTP连接数，避免对单节点过度施压，建议设为100-200。

3. 请求队列与超时配置 #

• http-server.request-queue-size：HTTP请求等待队列的容量，当线程池满时，请求会进入队列等待处理。默认队列较小，容易触发拒绝，建议调至1000-2000。
• http-client.connect-timeout、http-client.read-timeout：延长客户端连接和读取超时时间，避免因短暂负载高峰导致连接超时被判定为服务不可用，建议设为30s或60s（格式：30s）。

4. 并发查询与任务控制 #

过多并发查询会耗尽集群资源，间接导致HTTP请求被拒：

• query.max-concurrent：集群允许同时运行的最大查询数，根据集群整体资源调整，比如设为100-200。
• task.max-concurrent：单个节点允许同时运行的最大任务数，提升节点的任务处理能力，建议设为80-160（需结合节点CPU和内存资源）。

调优注意事项 #

• 逐步调整：每次仅修改一个配置项，测试并发负载效果，避免一次性修改过多导致资源耗尽。
• 资源匹配：所有配置调整需结合集群节点的CPU、内存资源，比如CPU核心数少的节点，线程数不宜设置过高，避免上下文切换开销过大。

内容的提问来源于stack exchange，提问作者Mustafa Qamaruddin