Python读取CosmosDB文档耗时过高，是否为Azure追踪模块导致？

你的猜测不正确，wrapper_use_tracer 本身没有占用大量时间。
pyinstrument的栈统计逻辑中，父级节点的耗时包含所有子节点的总耗时，你看到的wrapper_use_tracer显示的0.918s，是它包裹的整个CosmosDB请求流程的总耗时，包括网络请求、SSL读取等所有下游逻辑，并不是追踪功能本身的开销。从栈的明细也能看到，实际耗时集中在_SSLSocket.read的网络IO操作上，这部分是客户端和CosmosDB服务端的通信耗时，和追踪逻辑无关。

你之前调整的日志配置和SDK的追踪功能是相互独立的模块，关闭日志不会影响追踪逻辑的加载。如果要彻底关闭Azure Cosmos DB Python SDK的追踪能力，只需要在初始化客户端时额外指定tracing_implementation=None参数即可：

client = CosmosClient(
    endpoint, 
    credential=key, 
    logging_enable=False,
    tracing_implementation=None  # 新增这行完全禁用追踪
)

修改后重新运行性能分析，确认调用栈中不再出现wrapper_use_tracer相关帧后，对比总耗时，如果没有出现明显下降即可完全排除追踪带来的性能影响。

如果排除追踪后耗时仍然超出预期，可以优先排查以下几个常见点：

• 是否复用了CosmosClient实例：不要每次请求都新建客户端实例，复用实例可以跳过初始化的握手、元数据拉取开销
• 访问的CosmosDB实例区域是否和应用部署区域一致：跨区域访问会带来几十到几百毫秒的额外网络延迟
• 调用read_item时是否明确指定了分区键值：未指定分区键会触发跨分区查询，额外增加耗时
• 客户端连接模式是否使用了直连模式：默认网关模式的请求链路更长，时延更高

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