JYZ

[Feature] consumer tag

4

### Is Your Feature Request Related to a Problem? No ### Describe the Solution You'd Like **The consumer client supports defining a consumer-tag and consumer-tag-filter-conditions.** * **consumer-tag**: The label defined...

powerJob 将新增的延时任务写入数据库 和 内存时间轮中，每次调度执行instance前会检查任务是否被取消（这里的写和查`select by id`没有性能问题）。 对于遗漏的延时任务，由后台线程 `CheckWaitingDispatchInstance` 定期扫描超时三十秒仍未调度的任务（查询条件：`findAllByAppIdInAndStatusAndExpectedTriggerTimeLessThan`）。 1. 假设新增延时任务是 10000 QPS，每个任务都是 7 天后执行；那么在内存中至少堆积 6 亿条数据，这是非常恐怖的。当然可以对 powerJob-server 扩容解决内存不足的问题，但是我认为对超长期的延时任务可能需要其他调度方案。 2. 真实场景中 server 不可能永远稳定运行，server实例重启会丢失内存数据，这部分数据只能靠`CheckWaitingDispatchInstance`线程定时扫描，但是海量数据的`findAllByAppIdInAndStatusAndExpectedTriggerTimeLessThan`查询大概率会慢查，无法保证调度效率。这种问题在发布新版本时尤为明显。社区是否有压测数据可以参考 ？

[Bug] Timeout countdown not propagated correctly in async Dubbo calls across multiple services

2

### Pre-check - [x] I am sure that all the content I provide is in English. ### Search before asking - [x] I had searched in the [issues](https://github.com/apache/dubbo/issues?q=is%3Aissue) and found...