【 TiDB 使用环境】生产环境
【 TiDB 版本】
【复现路径】
【遇到的问题:】 所有的SQL都执行慢 , 建一张表6分钟,空表建一个索引也要5分钟
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件:截图/日志/监控】
附上架构图及配置
硬盘是1万转的机械 。之前使用V7.6还可以 ,现在换成7.5.1稳定版整个就不行了 。
【 TiDB 使用环境】生产环境
【 TiDB 版本】
【复现路径】
【遇到的问题:】 所有的SQL都执行慢 , 建一张表6分钟,空表建一个索引也要5分钟
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件:截图/日志/监控】
为什么要换成7.5呢?能用7.6就用7.6呗
遇到过从4.0.16升级到6.5.2的时候性能降了很多的情况,过两天就好了
退回是指是7.6一个集群,7.5.1新建了一个集群?
机械盘一旦有数据调度那就很卡了
给下dashboard sql延迟 和 主机监控,特别是50.24的,我怀疑资源争用了
请问退回具体是怎么操作的,新建了一个空集群吗?
备份数据,卸载 7.6 ,重新安装 7.5.1
和这个贴子同样的问题吗
7.6版本是个开发版本不是正式release版本,不建议在生产环境使用。
你这 50.24 既有tikv 又有tiflash,配置还低,感觉资源强制啊
对比下前后performance 面板资源使用情况
不是 同一个问题 。
是否可以在dashboard中单拿出来一个慢sql看一下?看看到底是哪一步慢?
不过我比较认同上面资源争用的分析。
做不到回退吧🤔 ,难道是新建了集群,逻辑导出导入的?
是的 ,全量备份的一份数据,然后删除原来的集群 ,新建了一个新的,导入数据 。就这点资源,不得不删,如果资源充足可以,两个并存,然后迁移就方便了
还是资源不够吧
相同的硬盘,一个小版本的差别不应该这么大,难道7。6版本针对硬盘有很大优化?
从SQL运行的效率来看 7.6 速度要优于7.5 ,尤其是 多个任务同时处理情况下
的确,资源是硬伤
这么明显么?我弄个7.6试试