第一次听说这个功能，我看了一下资源合集，感觉就是绑定用户特定资源，这样就不限制于默认部署的服务器资源了，可以说是有一定的使用场景，但综合来看，实际业务场景应该用的不多。
Resource Control 的一些优点有：
1.资源隔离：通过限制每个租户或用户组可以使用的资源量，确保系统的稳定性和公平性。
2.细粒度控制：可以控制 CPU、内存、I/O 等资源的用量，以及查询执行的并发数。
3.动态调整：管理员可以根据系统负载和租户需求动态调整资源限制。
4.优先级管理：可以设置不同租户或查询的优先级，以确保关键任务获得足够的资源。
资源隔离，精细化管控，挺好
很好的，如果能够合理地利用集群资源管控特性，可以减少集群数量，降低运维难度及管理成本
1 个赞
优点多团队可以共用一个数据库了；缺点sql限流还是麻烦，希望可以动态匹配，一条命令搞定
优点：
1、资源精细化管控，避免浪费，互相不影响。
缺点：
1、tidb的多组件架构需要各组件分别设置资源管控，且各不相同，RU存在限制不到位的情况。
对我们这种硬件资源本身就不咋滴的挺友好，但是真正用上后感觉优势不是很明显，或许我们的硬件磁盘太拉了 
优化资源使用率，更精细
优点：
1、实现了应用混合部署资源隔离，为区域库做准备
2、brustable能力调整符合业务逻辑，动态调整资源
3、在线ru调整在花费想象力情况下，还有很多使用业务场景
不足
1、 ru资源度量过于抽象
2、建议能够从物理资源进行分配如4c8g
3、提升io隔离能力
好东西，支持
还没用过，都是单集群一个业务场景
优点：
资源管理，将各自的资源分离互不影响
缺点:
会额外增加运维工作量，同时，资源的使用能否做到动态管控，就是设置的资源，业务不忙时能释放供其他业务使用。
资源隔离，精细化管控
资源隔离，精细化管控 挺好
还在了解中，感觉有点复杂
优点：
1）有助于在多业务共用一套集群时，避免资源的争用影响其它业务的稳定性
2）有助于充分利用资源，降低硬件成本
3）适合多个小业务公用一套集群
缺点：
1）上手略微难，很难准确评估需要的 RU，RU 本身的计算方式也不是很符合人的直观，比如 ob 就是允许 多少 vcores、多少内存
有这个就可以搞多租户，还是不错的。
优点：
1.可以根据用户限制资源使用，实现资源隔离
缺点
1.学习成本有点高，RU的概念不是很好理解
精细化资源管理，挺好的
功能是挺好的，越来越多的用户为了节约资源将多个小业务合并在一个tidb集群中，希望降这些用户资源隔离的更加独立些相互不受影响