【TiDB 使用环境】裸kv
【TiDB 版本】5.0.0
【操作系统】
【部署方式】物理机
【集群数据量】
【集群节点数】
【问题复现路径】
【遇到的问题:问题现象及影响】
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【复制黏贴 ERROR 报错的日志】
【其他附件:截图/日志/监控】
请教下各位老师,监控上的server report failures中的-full-to是什么含义,unreachable是不可达
盲猜磁盘满了或者连接数满了
TiKV 监控指标详解 | TiDB 文档中心 希望这个帮助你
1 个赞
可以参考参考
编辑下这个grafana的视图,看一下是不是两个表达式
应该是raft message的cache满了
表示网络层面的连通性故障
-full-to`这类标识通常与服务资源耗尽或负载过高
看意思像是达到22这个上限了
full-to 的触发逻辑:TiKV 节点剩余空间低于阈值(默认 15%),会被集群标记为 “存储已满”
unreachable 是网络中断或节点宕机导致连接失败
这个官方文档是很全面的
看起来是网络问题
有没其他日志
指标描述是full,可能是磁盘分区满了,即部署tikv的分区满了,或者连接数满了
编辑看看显示的是什么指标
full-to 对应的是TiKV 节点的磁盘空间已满(或达到高水位阈值),导致 TiDB Server 向该 TiKV 节点发送请求时触发 “存储已满” 的失败上报。
此话题已在最后回复的 7 天后被自动关闭。不再允许新回复。

