Hyperledger Fabric 2.3.3：gRPC超限与查询超时问题求助

一、解决gRPC消息过大导致的ResourceExhausted错误 #

报错明确显示返回消息（122MB）超过了gRPC默认的100MB上限，需要调整以下配置：

1. Peer节点配置（core.yaml） #

找到peer节点的core.yaml文件，修改以下gRPC相关参数：

• peer.gRPC.max_send_msg_size：设置为大于122MB的值，例如209715200（200MB）
• peer.gRPC.max_recv_msg_size：与上述值保持一致或更大
• chaincode.gRPC.max_send_msg_size：链码向peer发送消息的上限，同步调整为相同值
• chaincode.gRPC.max_recv_msg_size：peer接收链码消息的上限，同步调整

修改完成后重启所有peer节点生效。

2. 客户端SDK配置（以Go SDK为例） #

在客户端代码或SDK配置文件中，同步设置gRPC消息大小限制：

• 代码方式：

import "google.golang.org/grpc"

// 初始化gRPC选项时添加消息大小限制
grpcOpts := []grpc.DialOption{
    grpc.WithDefaultCallOptions(grpc.MaxCallRecvMsgSize(209715200)),
    grpc.WithDefaultCallOptions(grpc.MaxCallSendMsgSize(209715200)),
}
// 将grpcOpts传入Fabric SDK的客户端配置中

• 配置文件方式（config.yaml）：

client:
  peer:
    grpcOptions:
      max_recv_msg_size: 209715200
      max_send_msg_size: 209715200

二、解决批量查询超时问题 #

查询400万键值对时180秒超时，需要调整peer端和客户端的超时参数：

1. Peer节点配置（core.yaml） #

修改以下超时参数：

• peer.endorser.handler.timeout：背书处理的超时时间，默认30秒，调整为300s（或更长，根据实际查询耗时）
• chaincode.executetimeout：链码执行的超时时间，默认30秒，同步调整为300s

修改后重启peer节点。

2. 客户端SDK配置 #

在发起查询交易时设置超时：

• 代码方式（Go SDK）：

import "time"
import "github.com/hyperledger/fabric-sdk-go/pkg/fab"

// 发起evaluateTransaction时添加超时选项
txOpts := []fab.TxOption{
    fab.WithTimeout(300 * time.Second),
}
resp, err := client.EvaluateTransaction("你的链码方法名", "密钥1", "密钥2", txOpts...)

• 配置文件方式（config.yaml）：

client:
  peer:
    timeout:
      query: 300s
      execute: 300s

额外优化建议 #

一次性查询大量密钥的历史数据并非最优方案，建议在链码中实现分页查询逻辑，每次查询固定数量的结果，分批次获取数据，从根本上避免消息过大和超时问题。

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