好的这个报错是因为日志等级设置偏高打出来的 LOG 信息，不会影响集群使用，在 4.0.11 已经修复，具体 issue https://github.com/tikv/tikv/pull/9818 。另外出现报错的集群是什么版本？
3 年前
具体问题还没有思路，推测是因为混合部署影响的。下次就不一定是leader了 可以看下文档这里，可以指定 PD 的 leader https://docs.pingcap.com/zh/tidb/stable/pd-control#下载安装包 [image]
![[image]](https://new.asktug.com/uploads/default/original/3X/b/1/b142a75231c9b0ca24a4cc6a00108106b39f154b.png){kind=link}
3 年前
请问下 这里使用 safe-mode=false 是基于什么需求？当前不建议设置 safe-mode=false
3 年前
这么说吧，检查下是不是有 TiKV、PD 以及 TiDB 混合部署的情况，https://github.com/pingcap/tidb/issues/14240
3 年前
看下这里呢 https://github.com/alibaba/druid/issues/2091 看类似的报错解决方法比较多，整体看下来，跟 TiDB 关系不大。
3 年前
3 年前
https://docs.pingcap.com/zh/tidb/v4.0/tidb-binlog-overview
https://docs.pingcap.com/zh/tidb/v4.0/ticdc-overview
都可以
3 年前
区别可以看下这里：https://docs.pingcap.com/zh/tidb/stable/explain-overview#如何阅读扫表的执行计划
这里什么没有带条件约束还是走的 tablerangescan 是因为主键是非负的，所以是 [0,+inf]。如果是全表扫，这里应该是[-inf , +inf]。
3 年前
看起来就是 KV 三个节点的 IO 比较高，这个现象是从 lightning 导数结束开始的吗？可以提供下 PD 的监控看下是否是因为导数完成之后 region 调度引起的问题。
3 年前
没有更多内容了