自己看执行计划的步骤。
那你就加tikv节点吧，减少单个tikv的region数量
不过最好先分析一下慢日志，优化sql
在执行计划里有execution info时间，可以看具体慢在哪一步
这个时间比较笼统。你可以看具体执行每一步的耗时。
如果是汇总类olap需求的话可以上tiflash，如果是并发类的oltp请求太多的话，只能横向扩展tikv了
劣质SQL对业务影响更大，优化起来往往立竿见影
看着是TiKV比较慢，SQL执行这么久肯定要优化，并且可以看下Grafana监控的TiKV节点面板看看瓶颈在哪里
看起来像是分析型语句，tikv下推执行慢，要优化还是得看SQL，不过不知道是否有tiflish，估计会有帮助。
这个不能算是问题，只能说是数据在TIKV执行了，但执行效率如何，要看SQL
tikv节点存在问题，优化下sql