场景：
TIDB 3节点默认配置情况下。如果某一个节点 写入事务过大（长事务，多事务）–leader 过多存在与此节点上， 导致另外2个节点陈旧。此时TIDB是如何解决陈旧 数据读取的。允许读取陈旧数据，然后等待日志应用完毕？还是读写操作都转移到这个节点，或者阻塞新事务？
求解惑。
节点没有陈旧一说阿，只有热点问题，出现热点问题，就会导致读写瓶颈，并不是什么好事情
分布式数据库，依赖于分布式调度协议，如果希望有了解，请多阅读一下官方的文档…
希望回答对你所有帮助！
1 个赞
我的意思是 某个节点写入量过大（leader），产生的日志要同步到其他节点中 产生的延时问题，可能是网络，可能是I/O的瓶颈。
此时TIDB是如何处理这种情况的呢？因为此时其他节点的部分数据 还是陈旧的（未完成同步）
推荐你看看这些：
https://docs.pingcap.com/zh/tidb/v4.0/tidb-storage#本地存储-rocksdb
https://docs.pingcap.com/zh/tidb/v4.0/rocksdb-overview#rocksdb-简介
谢谢~
此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。