【 TiDB 使用环境】生产环境
【 TiDB 版本】V7.5.2
【复现路径】做过哪些操作出现的问题
【遇到的问题：问题现象及影响】
在给用户设置资源组之后，通过dashboard监控发现，有insert语句执行耗时比较长
资源组配置如下：
5000 MEDIUM NO EXEC_ELAPSED=‘5s’, ACTION=KILL, WATCH=SIMILAR DURATION=‘10m0s’
insert耗时分析如下：
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件：截图/日志/监控】
这是啥环境？ 如果ru不足 加大资源组ru . 如果是测试环境就这一个sql再跑 可以去到资源组跑下对比下
TiDB中RC（Read Committed）等待耗时问题可能由多种因素引起，包括系统负载、资源竞争、SQL查询优化不足等
如果应用允许，可以考虑将事务的隔离级别调整为更宽松的级别，如RR（Repeatable Read）或SI（Snapshot Isolation），以减少锁争用的机会。不过，这可能会增加脏读的风险
排查了一下，用户资源组配置的5KRU，从监控上看，用户每秒消耗的RU是1.4K
暂时不适合调整这个隔离级别
资源管控里看下是不是到ru上限了？
rc 时间，感觉就是被 resource control 限流的时间🤔
整个系统繁忙吗
没有的，资源组配置的是5K，每秒消耗的是1.5K
目前不繁忙
我也是有点怀疑，但是每秒消耗的RU是1.5K，资源配置的是5K
有配置相关 ru 感觉可以去掉或者放大试试效果嘞。
这个限流不能去喔，因为集群是共用的，每个用户都得限制资源使用
那就没办法了，要不测试环境试试呢。
测试学习下 hh。我觉得是 ru 限制了的。
在TiDB Dashboard的高级调试中的实例性能分析看看
主要是少量的插入延迟高，影响倒是不大
学习……
我尝试调整了一下用户的资源组到default组，竟然没有再出现慢的问题
你再试试把资源组ru调高
