我认为pooledredisclientmanager和redismanagerpool都有一个客户机池
这句话是真的。
从而能够并行处理多个mq消息。
这是一个无效的结论，没有上下文是没有意义的。池redis客户端管理器本身不执行任何操作，即它们只管理redis客户端池，这意味着当从池中检索客户端时：

var redis = clientsManager.GetClient();

这个 RedisClient （即单个tcp连接的客户端到redis服务器）从客户端管理器管理的客户端池中检索，当客户端被释放时，它将返回到池中，而不是终止tcp连接。
当某个东西正在使用一个池时，客户机管理器不会自己执行redis命令，而应用程序使用它所做的事情是特定于它们的实现的。他们使用的是池这一事实与此无关，可以很容易地将其配置为在不使用池的情况下使用basicredisclientmanager，也就是说，应用程序使用客户机管理器并不需要对其使用方式进行任何假设。
在您的示例项目中，您使用redis mq执行servicestack服务：

mqHost.RegisterHandler<Hello>(base.ExecuteMessage);
mqHost.Start(); //Starts listening for messages

在你之前的回答中，你引用了：
创建一个redismq服务器，在其自己的后台线程上处理每条消息。
完整的评论接着提供了一个例子：

i.e. if you register 3 handlers it will create 7 background threads:
///   - 1 listening to the Redis MQ Subscription, getting notified of each new message
///   - 3x1 Normal InQ for each message handler
///   - 3x1 PriorityQ for each message handler (Turn off with DisablePriorityQueues)

它解释了redis mq server如何处理消息，即每种消息类型都在其自己的后台线程上处理，因此如果您阻止消息工作线程，那么您就是在阻止该类型的其他消息的线程（即请求dto）。

mqHost.RegisterHandler<Hello>(base.ExecuteMessage);

它不会阻止在自己的后台线程或优先级mq线程上处理的其他消息，该线程用于处理发送的消息 Priority>0 .
redis mq docs提供了一个示例，说明如何通过指定 noOfThreads 注册处理程序时：

轻松地并行化和增加您的服务吞吐量

redismqserver还支持为单个请求生成任意数量的后台线程，因此如果发布到twitter是io密集型操作，只需分配2个或更多工作线程，就可以将吞吐量提高一倍，例如：

mqService.RegisterHandler<PostStatusTwitter>(ExecuteMessage, noOfThreads:2);
mqService.RegisterHandler<CallFacebook>(ExecuteMessage);
mqService.RegisterHandler<EmailMessage>(ExecuteMessage);