ZZH-QK
(ZZH)
1
【 TiDB 使用环境】生产环境
【 TiDB 版本】v8.1.0
【复现路径】做过哪些操作出现的问题
【遇到的问题:问题现象及影响】
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件:截图/日志/监控】
tidb服务通过负载均衡器(权重1:1:1)对外提供服务,其中2个节点资源占用比较低:
其中1个节点频繁、周期性出现OOM情况:
Dashboard 慢查询经常出现内部SQL查询占用大内存情况,
目前tidb_mem_quota_query配置为2.5G,导致内部SQL查询执行失败,内部SQL查询有哪些优化思路吗?
yangyang
(Ti D Ber A Lc My4qe)
3
检查负载均衡器的 “连接保持” 配置,定期清理无效会话
1 个赞
小龙虾爱大龙虾
(Minghao Ren)
6
比较奇怪的一点是看不到 SQL 文本,不过通过执行计划可以看到访问的是 stats_histroy 表,这块有个历史统计信息功能有问题,高版本已经是默认关闭了,v8.1.0 默认是打开的,关闭就好了,这个参数关了就好了 tidb_enable_historical_stats
ZZH-QK
(ZZH)
13
直接清了stats_history,然后限制内部SQL内存,先这样了
预估10行,实际1128行,统计信息误差比较大,该表实际占用了多少空间有没有记录?
独善其身
(Ti D Ber Bi Rqfz5 K)
26
看上去是sql使用资源过载,可以考虑从应用逻辑上进行优化,毕竟优化器不是万能的
随缘天空
(Ti D Ber Ivw R7o Pj)
27
这种sql点击进去,应该是批量操作造成的,可以把里面的大事务拆分成小事务。