正在试用中……
7 天前
首先，v7.5.4版本也有不少生产使用，从直观上判断不大可能是bug。
然后，需要具体问题具体分析，当前你这个问题，tidb-server节点报错明确了无法访问pd节点，说明问题就出现在这。
主要还是确认为什么无法访问pd：
你的集群的拓扑是什么样的的？
确认其他tidb或tikv节点在故障时段，是否有类似的报错。去查看对应的日志。
确认故障时段，是否有pd leader切换。grafana的pd面板可以查看过去一段时间的leader是哪个。
确认tidb-server 到pd 节点之间的网络是否正常，可以通过grafana的node_exporter或其他图表查看。
11 天前
[error=“rpc error: code = Unavailable desc = connection error: desc = “transport: Error while dialing: dial tcp 10.0.0.14:2379: i/o timeout””]
看日志报错，有pd 节点无法访问，确认节点 10.0.0.14:2379 是否正常
11 天前
你希望活动在哪个城市举办？
广州
你希望听到哪些技术主题分享？线上&线下皆可
AI、高可用实践
是否愿意成为活动讲师?如果答案是愿意的话，你想分享什么技术主题？
愿意，选型 架构设计
你所在的城市&你的圈子中，用 TiDB 的企业有哪些？
PingCap
14 天前
TiKV Block-cache用于缓存数据块，加速 RocksDB 的读取速度。Block-cache 的大小通过参数 block-cache-size 控制，block-cache-size 越大，能够缓存的热点数据越多，对读取操作越有利，同时占用的系统内存也会越多。
tikv 内存调优，可以看看官网这篇文章：
https://docs.pingcap.com/zh/tidb/stable/tune-tikv-memory-performance
24 天前
TiKV使用内存一般不会很夸张，如果持续时间久，需要排查一下block cache 的配置情况。
同时确认有无混合部署的情况发生，尽量不混合部署。
24 天前
TiDB社区的每一位小伙伴，感谢你们的存在和贡献，社区才会不断变得更好
1 个月前
没有更多内容了