【 TiDB 使用环境】生产环境
收集社区（公司）TiDB-7 资源管控使用场景，收集业界（社区）资源管控实施方法，解决哪些问题。
我司从上至下：
- 当前在tidb-server层面做了业务隔离，非核心业务与核心业务分配到不同的tidb-server；未做tidb层面资源隔离和tikv优先级分割。
好给你写一个
我帮你置顶！
1 个赞
多谢表妹～
多谢多谢
可以先看一下这两篇，虽然不是实践
1 个赞
对于一些小的金融公司，其外购系统往往很多，但是这些系统对应的数据库都非常小，一般几十G或者几百G，几乎没有上T的。按以往的部署方案都是一套应用对应一套数据库主备。这些数据库本身性能压力很小，磁盘空间需求也是不会剧烈增长。TiDB本身更适合大的数据库，他本身的完美部署方式也是11台服务器（3TiKV+2TiDB+3PD+2Tifliah+TiCDC等)。这样的话一套标准TiDB给一套应用使用实在是太浪费，如果资源管控做的好，那么一套TiDB可以对应10套甚至更多原来的MySQL数据库，从服务器角度使得原来至少20台服务器，减少为11台，另外DBA的管理成本也大大降低，原来管理10套数据库20个主从，现在只管理一套TiDB即可。这里一套TiDB替换10套小的MySQL的关键就是资源管控，只要资源管控做得好，领导就不会说一个系统性能问题导致整个系统故障的问题。
收到，这两个看过，讲解比较多。有一些细节还是没能覆盖，比如：监控告警、运营方法、容量计算公式等等。
是的，还是坐等大佬们的实践案例~
这个也需要关注下
https://docs.pingcap.com/zh/tidb/v7.6/release-7.6.0#可观测性
- 增强资源管控相关的观测性 #49318 @glorv @bufferflies @nolouch 随着越来越多用户利用资源组对业务应用进行隔离，资源管控提供了更丰富的基于资源组的数据，协助你观测资源组负载、资源组设置，确保出现问题时能够快速发现并精准诊断。其中包括：
- 慢查询日志增加资源组名称、RU 消耗、以及等待资源耗时。
- Statement Summary Tables 增加资源组名称、RU 消耗、以及等待资源耗时。
- 在变量
tidb_last_query_info中增加了 SQL 的 RU 消耗信息ru_consumption，你可以利用此变量获取会话中上一条语句的资源消耗。 - 增加基于资源组的数据库指标：QPS/TPS、执行时间 (P999/P99/P95)、失败次数、连接数。
- 增加系统表
request_unit_by_group记录资源组每天的历史资源消耗。更多信息，请参考慢查询日志、Statement Summary Tables、资源管控 (Resource Control) 监控指标详解。
1 个赞
越来越完善，后悔升级这么早，我司的版本还是7.1.0。 
不低了
大佬全能手
2 个赞
关注一下
是的， 这个多是测试功能。
公司实践的话，还需要其他一些信息