【TiDB 使用环境】生产环境
【TiDB 版本】8.5.1
【操作系统】
【部署方式】
【集群数据量】
【集群节点数】
【问题复现路径】
【遇到的问题:问题现象及影响】
我给tidb账号配置了RU,并且RU配置为10000;但是从tidb的dashboard上看,有的sql使用的RU大小,还是明显的比我设置的要大很多,RU是对UPDATE操作不生效吗?
【其他附件:截图/日志/监控】
【TiDB 使用环境】生产环境
【TiDB 版本】8.5.1
【操作系统】
【部署方式】
【集群数据量】
【集群节点数】
【问题复现路径】
【遇到的问题:问题现象及影响】
我给tidb账号配置了RU,并且RU配置为10000;但是从tidb的dashboard上看,有的sql使用的RU大小,还是明显的比我设置的要大很多,RU是对UPDATE操作不生效吗?
【其他附件:截图/日志/监控】
额,现在问题是,我限制了RU,为何还会超过我设置的限制;由于这个账号是给开发环境用的(我们开发、测试、生产都在一套集群上),避免不了部分用户使用超出预期的sql,所以才限制了RU;我是想弄清楚,这个为啥限制不生效
为什么 Dashboard 上看到的 RU 使用超过设置的限额?
从你的截图中来看,BURSTABLE 模式是 Disable 的,另外你看下你的 RU 上的感叹号提示,看下是 Average RU 还是 Total RU, 如果是 Total RU 的话,那么平均下来也就 2000 多 RU 每秒,那算正常,如果是平均 RU,才算不正常。
我能理解你说的了,是我搞混了概念,RU是速率限制问题,时间越长,消耗的总RU越多;但是我还有个问题,这样限制了RU,当我执行这条SQL的时候,tidb的内存异常高,这是不是也侧面说明,我这个RU设置的还是不对,设置的太大了?
此话题已在最后回复的 7 天后被自动关闭。不再允许新回复。