查看服务端程序负载还行，根据打印的连接看到一知半懂，按GitHub的issue提示，这2个Busy的数量不能比Min的大，即要提示Min的数值;
的各个字段：
Timeout performing EXEC (1000ms): 表示在执行一个事务（MULTI...EXEC命令）时发生了超时，超时时间为1000毫秒。
next: MULTI: 下一个要执行的命令是MULTI，这表明客户端正尝试开始一个事务。
inst: 19: 表示当前连接对应的Redis实例编号为19。
qu: 0: 表示当前连接的队列长度为0，即没有待处理的请求。
qs: 3: 表示当前连接已经发送了3个请求，但还没有收到完整的响应。
aw: False: 表示异步写操作当前不可用。
bw: SpinningDown: 表示异步写操作处于“SpinningDown”状态，可能是正在准备关闭或者处于空闲状态。
rs: ReadAsync: 表示读操作采用了异步方式。
ws: Idle: 表示连接处于空闲状态。
in: 22: 表示当前连接的输入缓冲区中有22个字节的数据等待处理。
in-pipe: 0: 表示输入管道中没有待处理的数据。
out-pipe: 0: 表示输出管道中没有待发送的数据。
serverEndpoint: 172.16.100.102:6379: 表示连接的目标服务器地址为172.16.100.102，端口为6379。
mc: 1/1/0: 表示当前连接池中有1个可用连接、1个已连接但空闲的连接，以及0个正在被使用的连接。
mgr: 8 of 8 available: 表示连接管理器中共有8个连接，其中8个可用。
clientName: ecs-614a-0201132(SE.Redis-v2.6.48.48654): 表示客户端名称为"ecs-614a-0201132"，使用的是SE.Redis版本2.6.48.48654。
IOCP: (Busy=0,Free=1000,Min=4,Max=1000): 表示IOCP（Input/Output Completion Port）线程池的状态，包括繁忙线程数、空闲线程数，以及线程池的最小和最大容量。
WORKER: (Busy=14,Free=32753,Min=4,Max=32767): 表示工作线程池的状态，包括繁忙线程数、空闲线程数，以及线程池的最小和最大容量。
POOL: (Threads=26,QueuedItems=133,CompletedItems=1657317): 表示连接池的状态，包括线程总数、待处理的项数以及已完成的项数。
v: 2.6.48.48654: 表示Redis服务器的版本号为2.6.48.48654。
IOCP: (Busy=85,Free=915,Min=8,Max=1000),
WORKER: (Busy=100,Free=32667,Min=8,Max=32767),
Timeout in Redis · Issue #1150 · StackExchange/StackExchange.Redis · GitHub
按里面有参考的连接如下，果然没有这个错误了。
public static void Main(string[] args){#if !DEBUG//为了解决redis 超时的问题，设置最小线程数量//https://gist.github.com/JonCole/e65411214030f0d823cbThreadPool.SetMinThreads(250, 250);#endifCreateHostBuilder(args).Build().Run();}
.net core 3.1 使用StackExchange.Redis 高并发下timeout超时问题如何解决？_已解决_博问_博客园
