Python Elasticsearch Client二次查询无响应无报错问题排查

我配置的Elasticsearch数据湖（esDatalake）可正常工作，程序中第一个查询能获取到响应。但后续使用不同的search_index和search_query执行查询时，代码卡在esDatalake.search()步骤，既无异常捕获，也无任何响应返回——仅打印了"before datalake search"，未打印"After datalake search"。在Kibana Dev Tools中执行相同查询，可得到hits.hits为空数组的响应，请问该问题原因是什么？

相关代码 #

try:
    print("before datalake search")
    widget_data = esDatalake.search(index=search_index, body=widget_query) 
    print("After datalake search")
    if any(error_string in widget_data for error_string in ["error", "Error", "ERROR", "TransportError"]):
        self.logger("Error") 
        raise Exception(f"Elasticsearch error:")
    print(f"widget data is {widget_data}")
    if widget_data: widget_data = widget_data["hits"]["hits"]
    if not widget_data or widget_data == None:
        raise Exception(f"Empty widget data for {widget_id}")
    self.logger.info(f"Data fetched from datalake for {widget_id}")
except Exception as e:
    self.logger.error(f"Could not fetch widget data from {search_index} due to {str(e)}")
    continue # move on to next widget

• 连接池耗尽或连接未释放：Elasticsearch客户端默认有连接池大小限制，如果第一个查询后连接未正确回收，后续请求会阻塞在等待获取连接的阶段。可以检查客户端配置的maxsize参数，确认是否足够支撑并发请求；也可以排查是否存在连接泄漏的情况。
• 查询超时配置不一致：Kibana的默认超时时间通常比Python客户端长，或者你的代码没有给search()方法设置request_timeout参数。当目标索引的数据量较大（哪怕最终返回空结果），ES端处理请求耗时超过客户端超时时间上限时，会导致客户端一直等待响应而阻塞。
• 索引权限或存在性问题：虽然Kibana能正常执行查询，但Python客户端使用的账号可能对后续的search_index没有访问权限，ES端会挂起请求等待权限验证（部分场景下不会立即返回错误），导致客户端阻塞。可以查看ES服务端的日志，排查是否有权限相关报错。
• 客户端与服务端版本不兼容：第一个查询的语法刚好兼容，但后续查询用到的参数或语法触发了客户端与ES服务端的兼容性Bug，导致请求卡住。比如客户端版本过低不支持新的查询特性，或者版本过高出现兼容性问题。
• 请求体格式隐性错误：虽然Kibana执行正常，但Python代码中构造的widget_query可能存在隐性格式错误（比如数据类型不匹配、嵌套结构异常），导致ES端处理请求时陷入长时间等待甚至死循环，客户端因此一直无法收到响应。建议打印Python代码中的widget_query，和Kibana中使用的查询体做完全对比。

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