Tidb数据库问题分析-运维节点性能问题

IT那活儿 2023-06-08

352

点击上方“IT那活儿”公众号，关注后了解更多内容，不管IT什么活儿，干就完了！！！

问题描述

集群中的运维节点X.X.X.X:4000最先出现性能问题，进一步影响到业务节点运行。

问题分析

Tidb实例分布情况

集群共3个TiDB实例，其中两个实例⽤于⽣产业务请求，另外⼀个X.X.X.X:4000实例⽤于⽇常运维：

由于运维节点会运⾏统计类的sql，有较⼤的性能问题，所以导致影响其余的业务节点。

解决方案

1. 解决方案

通过设置TiDB资源逻辑隔离force-priority参数，来降低这个节点语句的优先级，避免影响其余的业务节点。

在集群参数文件中添加参数：

config:
performance.force-priority: LOW_PRIORITY

调整完成后业务进一步恢复正常。

force-priority

把所有的语句优先级设置为 force-priority 的值。
默认值：NO_PRIORITY
可选值：NO_PRIORITY, LOW_PRIORITY, HIGH_PRIORITY, DELAYED。
TiDB集群中OLTP 和 OLAP 业务共⽤底层 TIKV 资源，⽆法实现真正意义上的物理隔离，所以有可能会出现 OLAP 影响 OLTP 的情况。为了解决这种OLAP影响OLTP的情况，可以在TiDB端通过设置语句优先级参数来实现OLTP和OLAP的逻辑隔离。

END

文章转载自IT那活儿，如果涉嫌侵权，请发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。