Solr重启后首次通过pysolr查询耗时过长问题求解

根因说明 #

耗时集中在requests_method调用环节，说明开销全部在请求链路的网络/服务端缓存环节，和pysolr的业务逻辑无关，常见触发原因如下：

• DNS解析冷启动：pysolr部署节点首次解析Solr服务域名时缓存未命中，解析耗时可达数分钟，后续请求复用DNS缓存开销可忽略
• TCP/SSL连接冷启动：首次请求需要完成TCP三次握手、SSL认证（HTTPS场景），后续请求复用HTTP长连接即可省略该部分开销
• 请求参数不匹配导致缓存未命中：Solr重启后在后台执行的查询参数和pysolr自动拼接的参数不一致，后台查询预热的缓存无法被pysolr复用，首次pysolr请求需要重新执行全量查询
• requests库代理检测耗时：Python requests库默认会读取系统环境变量的代理配置，如果配置了无效代理，首次请求会卡在代理超时回落环节，后续直连请求无额外开销
• 客户端初始化冷启动：pysolr首次执行请求时需要加载序列化、响应解析相关依赖，初始化完成后后续请求可复用相关实例

优化方案 #

1. 跳过DNS解析环节
   在pysolr部署节点的hosts文件中直接配置Solr服务的IP域名映射，避免DNS解析开销：

# /etc/hosts 追加配置，替换为实际的Solr服务IP和域名
10.0.0.10 solr.internal.com

2. 开启HTTP长连接复用
   初始化pysolr客户端时替换默认的单次请求逻辑，使用复用连接的requests会话：

import requests
import pysolr

# 初始化可复用连接的会话
session = requests.Session()
# 初始化pysolr客户端
solr_client = pysolr.Solr("http://solr.internal.com/solr/your_core", timeout=60)
# 替换pysolr默认会话
solr_client.session = session

HTTPS场景下可在会话中提前配置SSL上下文，进一步减少TLS握手开销。
3. 预热对应查询缓存
重启Solr后，直接用pysolr构造和业务完全一致的查询请求提前执行一次预热缓存；也可在Solr配置中添加对应查询的自动预热规则，Solr启动时自动加载缓存。
4. 关闭requests自动代理检测
初始化会话时明确关闭代理，避免无效代理检测耗时：

session.trust_env = False
session.proxies = {}

5. 客户端启动预热
   业务服务启动时，先主动执行一次轻量Solr查询（如q=*:*&rows=0），提前完成DNS解析、连接建立、依赖加载的冷启动环节，避免业务请求触发首次慢查询。

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