tikv事务回滚耗时过长

应该是执行 txn 过程中 断链了,导致 主动 rollback (正常情况下是 commit)
n 多的 rollback 也需要一个个处理,导致耗时比较多

这个是否有办法加速处理呢?
另外就是,tikv在生产过程中,单集群最大能够支持多少节点规模呢

TiDB 采用计算、存储分离的架构,可对计算、存储分别进行扩容和缩容,计算最大支持 512 节点,每个节点最大支持 1000 并发,集群容量最大支持 PB 级别。

每个节点最大支持 1000 并发 指的是tidb可以最多有1000个连接吗

这个我也没有实测过,这是在官方文档上看到的,我的理解是1000并发就是1000个同时活跃的会话(就是正在执行的select或者update delete 之类的),实际的连接可能有5000个,同时活跃的会话最多支持1000个。

官方文档我没看到1000个限制,有链接或者截图吗

TiDB 简介 | PingCAP 文档中心

1 个赞

感觉tikv节点较多的时候(300+tikv server实例),pd连集群的监控指标获取都比较缓慢了,甚至30s内不能正常返回。

好的,谢谢了

此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。