暂无图片
暂无图片
暂无图片
暂无图片
暂无图片

TiDB PD 调度常见问题诊断及处理

原创 wzf0072 2023-03-21
637

TiDB PD 调度常见问题诊断及处理-实验手册
练习概述:
在本练习中,将模拟因evict-leader导致的store中leader数量为0的现象,之后,将模拟因大量的truncate table 导致的空region数量增多的现象,并解决region merge问题。
1 使用tiup bench 初始化数据(此步骤需要大约5分钟),如下
#tiup bench tpcc -H 172.16.6.212 -P4000 -D tpcc --warehouses 10 prepare
2 检查PD调度相关参数是否正常,包括leader-schedule-limit,region-schedule-limit等参数不为0:
# tiup ctl:v5.2.0 pd -u http://172.16.6.157:2379 config show scheduler
3 查看当前leader在各个store的分布情况:
# tiup ctl:v5.2.0 pd -u http://172.16.6.157:2379 -i
>> store
4 检查Grafana监控PD-Scheduler、Operator和Statistics-balance面板,可以查看到集群leader/region数量不断上涨且各节点比较均衡,在此过程中伴随着balance调度。
5 通过pd-ctl手动将store5的leader驱逐,触发evict leader调度。(你的实验环境可能部署store 5,根据实际情况选择即可)
# tiup ctl:v5.2.0 pd -u http://172.16.6.157:2379 -i
>> scheduler add evict-leader-scheduler 5
>> scheduler show
6 检查Grafana监控PD-Operator和Statistics-balance面板,可以看到有evict leader调度的产生,并且经过一段时间后,store5中的leader数量降低为0。
7 最后,将store5上的evict-leader 调度删除掉。
# tiup ctl:v5.2.0 pd -u http://172.16.6.157:2379 -i
>> scheduler remove evict-leader-scheduler
>> scheduler show
8 清理实验数据
# tiup bench tpcc -H 172.16.6.212 -P4000 clean

「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。

评论