[Doc] Documentation Related sendMessageThreadPoolNums 4.7版本这个参数可以调大么

[askalv]

Search before creation

• I had searched in the issues and found no similar issues.

Documentation Related

4.77版本
现在是系统 偶尔报错error内容： [TIMEOUT_CLEAN_QUEUE]broker busy, start flow control for a while, period in queue: 200ms, size of queue: 9

想着提高MQ内部 发送消息的速度 sendMessageThreadPoolNums 这个参数可以调大么
或者还有什么其他解决方案

Are you willing to submit PR?

• Yes I am willing to submit a PR!

[humkum]

[TIMEOUT_CLEAN_QUEUE]broker busy, start flow control for a while, period in queue: 200ms, size of queue: 9 这个错误是服务端处理达到瓶颈限流了。调整 sendMessageThreadPoolNums 没有意义，在实际存储消息的地方，因为是单文件，数据写入之前会加锁处理。如果只是偶尔有这个报错，可以适当调整 waitTimeMillsInSendQueue 这个参数(默认 200ms，比如可以调整为 500ms)，可以让请求在队列中多保留一会，来减少这个报错。

[askalv]

[TIMEOUT_CLEAN_QUEUE]broker busy, start flow control for a while, period in queue: 200ms, size of queue: 9
这个队列长度才是9 并且我看了我们线上日志队列长度都很小 基本都是个位数
都是那些方面的原因 会引发这个问题啊
麻烦提供一些 方向

[humkum]

[TIMEOUT_CLEAN_QUEUE]broker busy, start flow control for a while, period in queue: 200ms, size of queue: 9 这个队列长度才是9 并且我看了我们线上日志队列长度都很小 基本都是个位数 都是那些方面的原因 会引发这个问题啊 麻烦提供一些 方向

有很多可能的原因：
pagecache 同步回收、CPU load 高、如果是同步刷盘，磁盘故障、发送大消息，导致写入耗时变高等都可能导致这个异常