RocketMQ 单队列慢消费拖垮整个消费组，如何在不停服下做「慢队列隔离」

【背景】 RocketMQ 4.9.7（3 broker 集群），topic order-event 共 256 个 queue，消费组 8 实例、consumeThreadMin=20 / Max=64，日均 6000 万条，走 at-least-once + 业务幂等表（MySQL 8.0，分库分表）。消息体里带一个 channelId，其中 channelId=CH-042（某支付渠道）的下游依赖是第三方网关，正常 RT 80ms。

【现象】 近两天 CH-042 的第三方网关劣化到 800–1500ms/次，占整 topic 大约 6% 的流量（≈15 个 queue 受影响）。结果是整个消费组 lag 从常态 3k 涨到 120 万，且 consumerProgress 里能看到：慢的那 15 个 queue 落后 8 万+，其余 241 个 queue 只是被线程池"挤占"后被动落后 2000–5000。也就是说不是整体产能不够，是慢队列把线程池资源吃光，快队列被连带拖慢。

【已尝试的排查与结果】

1. 调大 consumeThreadMax 到 128：无效，第三方网关 RT 没变，线程更多只是更多线程在等 IO，快队列反而更差；
2. 把 CH-042 的消息用 MessageQueueSelector 改投到一个新 topic order-event-slow，另起一个 2 实例的消费组：可行，但改 selector 需要发布、且发布窗口内老消息仍走原 topic，做不到不停服；
3. 消费端按 channelId 分两个线程池（快 / 慢）：能缓解，但线程池切换仍受 consumeMessageBatchMaxSize 与队列锁影响，效果不稳定，且代码侵入太大不想长期保留。

【期望得到的答案形态】 希望社区给一个不重新发布业务代码、不停服、可回滚的隔离方案，最好包含：

• 具体用哪个 RocketMQ 特性（MessageListener 拆分？独立 consumer group + 过滤表达式 SQL92？还是 broker 侧 topic 拆分？），给出配置或代码片段；
• 慢队列独立消费组后，offset 归属、幂等表、监控告警怎么对齐，避免"两套消费组消费同一 topic"带来的重复 / 漏消费；
• 一个可量化的回滚判据（比如慢队列 lag 降到多少、快队列 P99 RT 恢复到多少算恢复）；
• 如果有 4.9 的已知坑（比如 SQL92 过滤在 broker 侧的开销、consumer group 数量上限），请贴一下你们踩过的数字。